Сетевые операционные системы и их характеристики. Сетевые операционные системы, их характеристики и критерии выбора

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

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

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

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

Рассмотрим пример с переносом данных этой обработкой. Предположим, нужно перенести документы «Платёжное поручение входящее» и «Платёжное поручение исходящее». Решение этой задачи будет следующим.

Открываем внешнюю обработку «Выгрузка и загрузка данных XML» через главное меню: Файл? Открыть… На вкладке «Выгрузка» указываем файл XML, в который мы будем сохранять данные.

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

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

Вот и всё, настройка выгрузки закончена, здесь всё просто! Нажимаем кнопку «Выгрузить данные» и ждём пока данные сохраняться в файл XML. Для более сложных выгрузок можно задавать отбор на выгружаемые объекты не только по периоду.

После выгрузки переходим во вторую базу 1С и открываем там эту же обработку. Переходим на вкладку «Загрузка» и указываем здесь тот же файл XML, в который мы выгрузили данные.

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

Печать (Ctrl+P)

Обмен через универсальный формат

Подсистема «Обмен данными» библиотеки стандартных подсистем содержит 4 варианта (технологии) обмена информацией между различными информационными базами:

• распределенные информационные базы (РИБ);
• обмен данными через универсальный формат;
• обмен данными по правилам обмена (правила обмена создаются при помощи конфигурации «Конвертация данных», редакция 2.1);
• обмен данными без правил обмена.

В этой статьи рассматривается технология обмена данными через универсальный формат EnterpriseData . Данная технология доступна в “Библиотеке стандартных подсистем”, начиная с версии 2.3.1.62. выпущенной в начале 2016 году. На текущий момент, последняя редакция БСП 2.3 (для использования с платформой “1С:Предприятие 8.3” не ниже версии 8.3.8.1652 с отключенным режимом совместимости) имеет релиз 2.3.6.17 .

Рис. 1 Последние релизы БСП 2.3

Среди файлов поставки прикладных решений 1С имеется текстовый файл “Версии библиотек”, где написана на базе какой версии БСП разработано приложение, например, на основе прикладного решения УТ 11.3.3.231 легло БСП 2.3.5.65.

Отметим, что для использования с платформой “1С:Предприятие 8.3” не ниже версии 8.3.10.2168 с отключенным режимом совместимости выпущена редакция БСП 2.4.

Описание формата EnterpriseData

Что такое формат EnterpriseData ?

Это формат, позволяющий описать объект информационной базы (контрагента, накладную и т.п.) или сообщить о факте удаления этого объекта. Ожидается, что конфигурация, получившая файл в формате EnterpriseData, отреагирует соответствующим образом – создаст у себя новые объекты и удалит те, которые в файле помечены как удаленные. Он предназначен для обмена информацией между конфигурациями УТ, РТ, УНФ, БП. Также формат может использоваться для обмена информацией с любыми другими информационными системами: он не зависит от особенностей собственного программного обеспечения или структур информационных баз, которые участвуют в обмене и не содержит в себе явных ограничений использования.

Версия формата EnterpriseData

Данные формата хранятся в XDTO – пакетах в ветки общие конфигурации базы данных, как показано на рис. 2

Рис.2 XDTO – пакеты формата данных EnterpriseData

На рис. 2 видно, что существуют несколько XDTO – пакетов. Это разные версии формата. Номер версии формата состоит из X.Y.Z, где X.Y – версия, Z – это Minor версия. Minor версия увеличивается в случае исправления ошибок и прочих изменениях, при которых: сохраняется работоспособность логики конвертации данных, основанной на предыдущей версии формата (сохранение обратной совместимости текущих алгоритмов передачи данных через формат); поддержка новых возможностей формата для логики конвертации носит добровольный характер. Примером таких изменений может быть исправление ошибки, изменения свойств объектов формата, добавление свойств, использование которых при конвертации данных не является обязательным. В остальных случаях при изменении формата увеличивается Major версия: X – в случае глобальной реструктуризации, Y – в остальных случаях.
Формат описывает представление объектов (документов или элементов справочников) в виде XML-файлов. Версия 1.0.1 содержит описание 94-х объектов из различных областей (финансы, производство, закупки и продажи, складские операции). Названия типов, как правило, хорошо понятны и не нуждаются в дополнительных объяснениях: например, «Документ.АктВыполненныхРабот» или «Справочник.Контрагенты». Как можно заметить, описание типов документов начинается с префикса «Документ.», элемента справочника – с префикса «Справочник.». Подробнее описание формата можно посмотреть
Последняя версия 1.3, однако, чаще всего используется версия 1.0. Нет большой разницы между версиями. Формат EnterpriseDataExchange_1_0_1_1 используется при обмене через веб-сервис.
Отметим, что вместе с пакетом формата данных EnterpriseData используется пакет ExchangeMessage при создании правилах конвертации. Именно этот пакет содержит тип объект AdditionalInfo, который может иметь любой тип значения и используется при при создании правила конвертации между объектами конфигураций. которые отсутствуют в формате данных. Именно, благодаря AdditionalInfo, можно адаптировать и настраивать правила обмена без изменения данных формата в XDTO-пакетах.

Рис. 3 Структура XDTO-пакетаExchangeMessage

Как обмениваться данными в формате EnterpriseData?

Обмен данными в формате EnterpriseData с конфигурацией – это обмен файлами. В ответ на полученный от внешнего приложения файл конфигурация обработает его и создаст файл-ответ. Обмен файлами может происходить:

• через выделенный файловый каталог,
• через каталог FTP,
• через веб-сервис, развернутый на стороне информационной базы. Файл с данными передается как параметр веб-методов.

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

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

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

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

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

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

Более подробно об обмен данными с прикладными решениями на платформе «1С:Предприятие» в формате EnterpriseData можно посмотреть

Общий модуль “менеджера обмена через универсальный формат”.

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

Рис. 4 Структура модуля менеджера обмена через универсальный формат

Модуль создается автоматически с помощью конфигурации «Конвертация данных», редакция 3.0, на основе настроенных правил обмена либо вручную в конфигураторе.

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

1. Комментарий. Первая строка модуля содержит комментарий с наименованием конвертации. Эта строка необходима для идентификации модуля при использовании команды в программе «Конвертация данных», редакция 3.0., например. // Конвертация УП2.2.3 от 01.06.2017 19:51:50
2. Процедуры конвертации . Содержит предопределенные процедуры, которые выполняются на разных этапах синхронизации данных: перед конвертацией, после конвертации, перед отложенным заполнением.
3. Правила обработки данных (ПОД) . Содержит процедуры и функции, которые описывают правила обработки данных.
4. Правила конвертации объектов (ПКО) . Содержит процедуры и функции, которые описывают правила конвертации объектов, а также правила конвертации свойств данных объектов.
5. Правила конвертации предопределенных данных (ПКПД). Содержит процедуру, заполняющую правила конвертации предопределенных данных.
6. Алгоритмы . Содержит произвольные алгоритмы, которые вызываются из других правил (ПОД или ПКО).
7. Параметры. Содержит логику заполнения параметров конвертации.
8. Общего назначения . Содержит процедуры и функции, которые широко используются в правилах и алгоритмах.

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

КомпонентыОбмена. Тип – Структура . Содержит параметры и правила обмена, инициализированные в рамках выполнения сеанса обмена.

НаправлениеОбмена. Тип – Строка . Либо «Отправка», либо «Получение».

ДанныеИБ. Тип – СправочникОбъект либо ДокументОбъект .

Процедуры, связанные с событиями конвертации

Предусмотрены три предопределенные процедуры, которые вызываются в процессе конвертации:

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

Процедуры ПОД

ЗаполнитьПравилаОбработкиДанных. Экспортная процедура, в которой располагается логика заполнения правил обработки данных. Содержит вызовы других процедур, которые добавляют в таблицу правил правило обработки конкретного объекта (см. ниже процедуры ДобавитьПОД ). Параметры: НаправлениеОбмена , ПравилаОбработкиДанных

ДобавитьПОД_<ИмяПОД>. Набор процедур, которые наполняют таблицу ПОД правилами для конкретных объектов. Количество таких процедур соответствует количеству ПОД, предусмотренных для данной конвертации в программе «Конвертация данных», редакция 3.0. Параметры: ПравилаОбработкиДанных (таблица значений, инициализированная в рамках выполнения сеанса обмена).

ПОД_<ИмяПОД>_ПриОбработке. Процедура содержит текст обработчика ПриОбработке для конкретного ПОД. Обработчик предназначен для реализации логики конвертации на уровне объектов. Например, назначить конкретному объекту определенное ПКО в зависимости от содержимого объекта. Параметры:

• ДанныеИБ либо ДанныеXDTO (в зависимости от направления обмена):
• при отправке – объект (СправочникОбъект ,ДокументОбъект );
• при получении – структуру с описанием объекта XDTO.
• ИспользованиеПКО . Тип –Структура . Ключ содержит строку с именем ПКО, а значение типа Булево (Истина – ПКО используется, Ложь – ПКО не используется).
• КомпонентыОбмена .

ПОД_<ИмяПОД>_ВыборкаДанных. Функция содержит текст обработчика ПриВыгрузке . Обработчик предназначен для реализации произвольного алгоритма выборки объектов, подлежащих выгрузке. Возвращаемое значение: массив объектов, подлежащих выгрузке. В массиве могут содержаться как ссылки на объекты информационной базы, так и структура с данными для выгрузки. Параметры: КомпонентыОбмена .

Процедуры ПКО

ЗаполнитьПравилаКонвертацииОбъектов. Экспортная процедура, в которой располагается логика заполнения правил конвертации объектов. Содержит вызовы других процедур, которые добавляют в таблицу правил правило конвертации конкретного объекта (см. ниже процедуры ДобавитьПКО ). Параметры: НаправлениеОбмена , ПравилаКонвертации (таблица значений, инициализированная в рамках выполнения сеанса обмена).

ДобавитьПКО_<ИмяПКО>. Набор процедур, которые наполняют таблицу ПКО правилами для конкретных объектов. Количество таких процедур соответствует количеству ПКО, предусмотренных для данной конвертации в программе «Конвертация данных», редакция 3.0. Параметры: ПравилаКонвертации (таблица значений, инициализированная в рамках выполнения сеанса обмена).

ПКО_<ИмяПКО>_ПриОтправкеДанных. Процедура содержит текст обработчика ПриОтправке для конкретного ПКО. Обработчик используется при выгрузке данных. Предназначен для реализации логики конвертации данных, содержащихся в объекте информационной базы, в описание объекта XDTO. Параметры:

• ДанныеИБ . Тип –СправочникОбъект , ДокументОбъект . Обрабатываемый объект информационной базы.
• ДанныеXDTO . Тип –Структура . Предназначен для доступа к данным объекта XDTO.
• КомпонентыОбмена .
• СтекВыгрузки . Тип –Массив . Содержит ссылки на выгружаемые объекты с учетом вложенности.

ПКО_<ИмяПКО>_ПриКонвертацииДанныхXDTO. Процедура содержит текст обработчика ПриКонвертацииДанныхXDTO для конкретного ПКО. Обработчик используется при загрузке данных. Предназначен для реализации произвольной логики конвертации данных XDTO. Параметры:

• ДанныеXDTO . Тип –Структура . Свойства объекта XDTO, прошедшие предварительную обработку для упрощения доступа к ним.
• ПолученныеДанные . Тип –СправочникОбъект , ДокументОбъект . Объект информационной базы, сформированный путем конвертации данных XDTO. Не записан в информационную базу.
• КомпонентыОбмена .

ПКО_<ИмяПКО>_ПередЗаписьюПолученныхДанных. Процедура содержит текст обработчика ПередЗаписьюПолученныхДанных для конкретного ПКО. Обработчик используется при загрузке данных. Предназначена для реализации дополнительной логики, которую необходимо выполнить перед записью объекта в информационную базу. Например, нужно ли загрузить изменения в существующие данные ИБ либо следует загрузить их как новые данные. Параметры:

• ПолученныеДанные . Тип –СправочникОбъект , ДокументОбъект . Элемент данных, сформированный путем конвертации данных XDTO.

Записывается в случае, если эти данные являются для информационной базы новыми (параметр ДанныеИБ содержит значение Неопределено ).

В противном случае ПолученныеДанные замещают собой ДанныеИБ (все свойства из ПолученныеДанные переносятся в ДанныеИБ ).

Если стандартное замещение данных ИБ полученными данными не требуется, следует прописать свою логику переноса, после чего установить параметру ПолученныеДанные значение Неопределено :

• ДанныеИБ . Тип –СправочникОбъект , ДокументОбъект . Элемент данных информационной базы, соответствующий полученным данным. Если соответствующие данные не найдены, содержит Неопределено .
• КонвертацияСвойств . Тип –Таблица значений . Содержит правила конвертации свойств текущего объекта, инициализированные в рамках выполнения сеанса обмена.
• КомпонентыОбмена .

Процедуры ПКПД

ЗаполнитьПравилаКонвертацииПредопределенныхДанных . Экспортная процедура, в которой располагается логика заполнения правил конвертации предопределенных данных. Параметры: НаправлениеОбмена , ПравилаКонвертации (таблица значений, инициализированная в рамках выполнения сеанса обмена).

Алгоритмы

В программе «Конвертация данных», редакция 3.0 есть возможность создавать произвольные алгоритмы, которые вызываются из обработчиков ПОД и ПКПД. Наименование, параметры и содержимое алгоритмов определяются при разработке правил.

Параметры

ЗаполнитьПараметрыКонвертации. Экспортная процедура, в которой происходит заполнение структуры с параметрами конвертации. Параметры: ПараметрыКонвертации (тип – Структура ).

Процедуры и функции общего назначения

ВыполнитьПроцедуруМодуляМенеджера. Параметры: ИмяПроцедуры (строка), Параметры (структура). Экспортная процедура, которая предназначена для вызова неэкспортной процедуры модуля, имя и параметры которой получены на вход. Позволяет выполнить вызов процедуры или функции по строке без использования метода Выполнить .

ВыполнитьФункциюМодуляМенеджера. Параметры: ИмяПроцедуры (строка), Параметры (структура). Функция, назначение аналогично ВыполнитьПроцедуруМодуляМенеджера . Отличие в том, что она вызывает функцию и возвращает ее значение.

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

Обработка имеет четыре закладки

Выгрузка данных

Для осуществления выгрузки данных необходимо указать имя файла, в который будет осуществляться выгрузка данных и выбрать файл правил обмена. Правила обмена для любых конфигураций могут быть настроены в специализированной конфигурации "Конвертация данных, редакция 2".

Для выгрузки документов и записей независимых периодических регистров сведений необходимо указать период - "Дату начала" и "Дату окончания". Результирующий файл с выгруженными данными может быть сжат.

На закладке "Правила выгрузки данных" можно выбрать те типы объектов, которые должны выгружаться, настроить отборы для выборки объектов, либо указать узел обмена данными, для которого нужно выгружать данные.

На закладке "Параметры выгрузки" можно указать дополнительные параметры выгрузки данных.

На закладке "Комментарий" можно написать произвольный текст-комментарий, включаемый в файл обмена.

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

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

Дополнительные настройки

Закладка служит для тонкой настройки выгрузки и загрузки данных.

"Режим отладки" - флажок определяет режим выгрузки и загрузки данных

"Количество обработанных объектов для обновления статуса" - параметр служит для определения количества обработанных элементов перед изменением строки состояние загрузки/выгрузки

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

"Протокол обмена" - позволяет настроить вывод информационных сообщений в окно сообщений, ведение и запись в отдельный файл протокола обмена.

Удаление данных

Закладка нужна только для разработчиков правил обмена. Позволяет удалять из информационной базы произвольные объекты.

Отладка выгрузки и загрузки данных

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

Включение режима отладки обработчиков выгрузки производится на закладке "Выгрузка данных" установкой флажка "Режим отладки обработчиков выгрузки". Соответственно, на закладке "Загрузка данных" включение режима отладки загрузки производится установкой флажка "Режим отладки обработчиков загрузки".

После установки режима отладки обработчиков станет доступной кнопка настройки отладки. По нажатию на эту кнопку откроется окно настройки.

Настройка отладки обработчиков выполняется в четыре шага:

Шаг 1: Выбор режима отладки алгоритмов

На первом шаге необходимо определиться с режимом отладки алгоритмов:

Без отладки алгоритмов




Вызывать алгоритмы как процедуры




Подставлять код алгоритмов по месту вызова

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

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

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

Шаг 2: Формирование модуля отладки

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

Шаг 3: Создание внешней обработки

На этом шаге необходимо запустить конфигуратор и создать новую внешнюю обработку. В модуль обработки необходимо вставить содержимое буфера обмена (модуль отладки) и сохранить обработку под любым именем.

Шаг 4: Подключение внешней обработки

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

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

Автоматизированные системы управления в большинстве случаев состоят из отдельных баз данных и зачастую имеют территориально распределенную структуру. При этом правильно реализованный обмен данными - необходимое условие для эффективной работы таких систем.

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

Обмен данными в среде 1С позволяет:

• Исключить двойной ввод документов;
• Автоматизировать смежные бизнес-процессы;
• Оптимизировать взаимодействие между распределенными подразделениями;
• Оперативно актуализировать данные для работы специалистов разных отделов;
• «Разграничить» разные виды учета.*

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

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

• Согласование состава обмена;
• Определение транспорта (протоколов обмена);
• Установка правил;
• Составление расписания.

Выявление состава обмена 1С

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

*Например, при интеграции «WA: Финансист» – решения для ведения финансового учета и управления процессами казначейства, разработанного на базе «1С:Предприятие», эксперты WiseAdvice рекомендуют именно его в качестве мастер-системы. Это обусловлено наличием инструментов контроля для соблюдения правил заявочной политики, а соответственно, и для обеспечения эффективности работы решения.

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

На этом же этапе в зависимости от парка имеющихся систем и структуры предприятия определяются с форматом обмена:

Распределенная информационная база

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

Универсальный обмен данными в 1С

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

EnterpriseData

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

Определение транспорта (протоколов обмена)

Для системы на платформе «1С:Предприятие 8» предусмотрен широкий спектр возможностей для организации обмена с любыми информационными ресурсами посредством общепринятых универсальных стандартов (xml, текстовые файлы, Excel, ADO-соединение и т.д.). Поэтому при определении транспорта для данных обмена следует отталкиваться от возможностей базы данных сторонней системы.

Синхронизация справочников

Основным принципом эффективной синхронизации справочников является наличие одной точки ввода. Но если речь идет о работе со справочниками, исторически заполнявшимися по разным правилам, необходимо четко определить поля синхронизации для приведения обмена к «общему знаменателю».*

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

Установка правил

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

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

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

Расписание обмена в 1С

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

Рассмотрев стандартный процесс реализации обмена, обратим внимание на факторы, которые потребуют доработок на разных этапах:

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

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

В подменю «Сервис» выбираем «Обмен данными c продуктами на платформе…» (выбор прямого обмена с «Розницей» зачастую грозит ошибками на уровне COM-объектов). Обратим внимание на служебное сообщение «Данная возможность недоступна».

Чтобы решить эту проблему, необходимо выбрать «Настройку обмена данными»

…и проставить галочку. Далее сообщение об ошибке игнорируем.

В настройках синхронизации данных выбираем «Создать обмен с «Розница»…

Перед настройкой параметров подключения через локальный или сетевой каталог следует убедиться, что на диске под каталог есть место. Хотя, как правило, он не занимает более 30-50 Мб, в исключительных случаях под него может потребоваться до 600 Мб. Создать необходимый каталог можно прямо из конфигуратора.

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

В настройках вручную проставляем префиксы – условные обозначения баз (как правило, БП, УПП, РО), задаем правила и начальную дату выгрузки данных. Префикс будет указываться в названии документов, для обозначения базы, в которой они были созданы. Если правила выгрузки не будут отредактированы, данные по умолчанию будут выгружаться по всем имеющимся параметрам.

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

Для автоматизации процесса обмена необходимо настроить расписание.

Меню «Розница».

Проставляем галочку и выбираем «Синхронизацию».

Производим «обратную» настройку, выбирая Управление производственным предприятием.

Загружаем файл с настройками, созданный в УПП.

Проставляем галочку, адрес система подхватывает автоматически.

Действуем так же, как в УПП.

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

В случае ошибки в синхронизации «Подробно…» будет заменено на «Никогда…».

«Подробно…» открывает журнал регистрации с уточненной информацией по обмену.

Готово.

Чтобы компьютеры, подключенные к локальной сети, могли обмениваться дан­ными, необходимы соответствующие программные средства. Как правило, базовые сетевые программные средства входят в состав операционной системы, либо опера­ционная система может быть дополнена соответствующими программами. Приме­ром ОС с поддержкой сети является Windows XP Professional.

При работе с сетью компьютер может выступать в двух ролях:

Если компьютер обращается за информацией и сервисами к другому компью­теру сети, то такой компьютер называют рабочей станцией (work station);

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

Сервер может предоставлять различные сервисы, из которых наиболее известны следующие: хранение и предоставление файлов (файловый сервер); вывод на принтер (сервер печати); получение и пересылка факсимильных сообщений (факс-сервер); получение, хранение и передача сообщений электронной почты (почтовый сервер); размещение сайтов (web-cepвep).

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

Чтобы сервер предоставлял тот или иной сервис, необходимо запустить соответ­ствующую программу в составе серверной ОС.

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

Локальные сети, в которых имеются серверы, предоставляющие службы, и кли­ентские компьютеры, называются сетями, построенными по технологии «клиент-сервер». Возможно совмещение этих функций каждым компьютером сети, когда все эти компьютеры являются равноправными. Локальная сеть, состоящая из равно­правных ПК, называется одноранговой

Сетевая ОС состоит из следующих частей:

– средства управления локальными ресурсами – распределение памяти, планирование процессов и т.д.;

– серверная часть – предоставление собственных ресурсов и услуг в общее пользование;

– клиентская часть – обеспечивает доступ к удаленным ресурсам и услугам

Сетевые ОС :

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

– с выделенным сервером – устанавливаются на отдельный компьютер – сервер (сеть с выделенным сервером)

Сети с выделенным сервером :

Преимущества :

– высокая производительность;

– наличие развитых средств управления и администрирования в сети;

– наличие развитых средств связи удаленных сегментов сети;

– распределенный режим работы клиент-сервер;

Недостатки :

– сложность в освоении и эксплуатации

Примеры сетевых ОС с выделенным сервером: Windows NT; Windows 2000; Windows XP; Novell Net Ware; Unix; Linux.

Windows 2000 Server может выступать как: файл- сервер; сервер печати; сервер приложений; контроллер домена; сервер удаленного доступа; сервер Интернета; сервер обеспечения безопасности данных; сервер резервирования данных; сервер связи; сервер вспомогательных служб.

Операционная система сети включает в себя набор управляющих и обслуживающих программ, обеспечивающих:

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

‒ доступ отдельных прикладных программ к ресурсам сети (и в первую очередь к устройствам ввода-вывода);

‒ синхронизацию работы прикладных программных средств в условиях их обращения к одному и тому же вычислительному ресурсу;

‒ обмен информацией между программами с использованием сетевых «почтовых ящиков»;

‒ выполнение команд оператора с терминала, подключенного к одному из узлов сети, на каком-либо устройстве, подключенном к другому удаленному узлу компьютерной сети;

‒ удаленный ввод заданий, вводимых с любого терминала, и их выполнение на любом компьютере в пакетном или оперативном режиме;

‒ обмен наборами данных (файлами) между компьютерами сети;

‒ доступ к файлам, хранимым в удаленных компьютерах, и обработку этих файлов;

‒ защиту данных и вычислительных ресурсов сети от несанкционированного доступа;

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

‒ передачу текстовых сообщений с одного терминала пользователя на другие (электронная почта).

С помощью операционной системы сети:

‒ устанавливается последовательность решения задач пользователя;

‒ задачи пользователя обеспечиваются необходимыми данными, хранящимися в различных узлах сети;

‒ контролируется работоспособность аппаратных и программных средств сети;

‒ обеспечивается плановое и оперативное распределение ресурсов в зависимости от возникающих потребностей различных пользователей компьютерной сети.

Таким образом, сетевое программное обеспечение, поддерживающее функционирование сети, управляющее ресурсами сервера, обеспечивающее организацию услуг сети и предоставляющее к ним доступ многим пользователям сети, называетсясетевой операционной системой. Сетевая операционная система необходима для работы сети, так же как для локального персонального компьютера нужна одна из операционных систем: DOS, Windows 95, OS/2, UNIX. Ее основная часть размещается на сервере; а на рабочих станциях устанавливается только небольшая оболочка, выполняющая роль интерфейса между программами, обращающимися за ресурсом, и сервером. Сетевое программное обеспечение предоставляет всем пользователям сети внешнюю память сервера для хранения программ и данных, общий принтер и обеспечивает обмен информацией между рабочими станциями.

Сетевая ОС Windows XP

Сетевые возможности уже включены в состав ОС Windows XP и нуждаются только в настройке и активизации. В Windows XP каждый компьютер имеет уни­кальное в пределах сети имя. Если на компьютере активны какие-либо службы, то к ним можно получить доступ с других компьютеров сети.

Стандартно в ОС входят служба доступа к файлам и служба печати.

Файловая служба . Задачей файловой службы является предоставление другим ПК возможности читать, изменять или создавать файлы. Очевидно, что, когда мно­го пользователей работает с одним и тем же файлом, они могут мешать друг другу, поэтому можно разрешить им только читать файлы, но не исправлять их. Для этого файловая служба предоставляет механизм разграничения прав доступа. В Windows XP можно предоставлять для доступа клиентов любое количество ката­логов (папок). При этом каждый каталог имеет уникальное имя, определенное при конфигурации файловой службы, и называется ресурсом.

Для каждого ресурса может быть определен режим доступа:

Доступ с паролем - для работы с данным ресурсом необходимо знать па­роль.

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

Выбрать в меню Пуск команду Принтеры и факсы ;

Выделить желаемый принтер;

Выбрать в меню Файл пункт Общий доступ и пометить флажок Общий до­ступ к данному принтеру .

На всех клиентских компьютерах для доступа к этому принтеру необходимо установить его как сетевой принтер. Это делается точно так же, как и установка локального («обычного») принтера, но в процессе настройки в соответствующем Мастере нужно пометить кнопку Сетевой принтер .

Оценить сетевую ОС можно по ее соответствию основным требованиям к сете­вой среде, а именно по возможности:

Совместного использования файлов и принтеров при высокой производитель­ности;

Эффективного выполнения прикладных программ, ориентированных на архи­тектуру клиент-сервер, в том числе прикладных программ производителей;

Работать на различных платформах и с различным сетевым оборудованием;

Обеспечить интеграцию с Internet: поддержку протокола TCP/IP, протокола динамической настройки (Dynamic Host Configuration Protocol -DHCP), программного обеспечения Web-сервера;

Дистанционного доступа к сети;

Организации внутренней электронной почты, групповых дискуссий;

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

Любая из перечисленных сетевых ОС (с той или иной точки зрения) может быть названа лучшей, хотя ни одна из них не может удовлетворить все требования пользователя полностью. Для удовлетворения всех требований к сетевой обра­ботке целесообразно объединять сетевые ОС разных производителей. В настоя­щее время в большинстве сетей используются несколько сетевых ОС. Для дости­жения универсальности и производительности часто совместно используются NetWare и Windows NT Server. При этом NetWare используют для работы с файлами и обслуживания печати, поскольку она обеспечивает более широкие возможности и универсальность этих служб, a Windows NT - для обмена сооб­щениями и работы серверов приложений, таких как СУБД, на различных плат­формах.

В сетях NetWare и Windows NT принципиально разное построение служб управ­ления каталогами. В NetWare 4.1 используется NetWare Directory Service (NDS), позволяющая представить сеть в виде древовидной структуры. Служба управле­ния каталогами в сетях Windows NT представляет собой набор доменов, состоя­щих в доверительных отношениях. Обе службы предоставляют возможность цен­трализованно управлять сетью со многими серверами. Причем пользователю, однократно зарегистрировавшемуся в сети, предоставляется возможность соеди­нения с различными серверами. В NDS удобнее просматривать все ресурсы сети, переносить (логически) пользователя из одной части дерева в другую. Доменная система позволяет более гибко настраивать отношения между доменами. Домен может иметь как всю информацию о другом домене, так и частичную, либо вооб­ще никакой.

Все перечисленные ОС имеют достаточно хорошие клиентские средства для ра­боты с файлами и печатью. Многие производители выпускают программное обес­печение клиента, способное работать с разнотипными серверами. Так, Windows 95 включает универсального клиента, способного работать с серверами всех перечисленных сетевых ОС и еще некоторых других. Причем пользователь может и не знать, к услугам какого сервера он обращается.

В состав Windows 95 входит клиентское программное обеспечение как для Windows NT, так и для NetWare. Пользователю предоставляется прозрачный доступ как к ресурсам доменов, так и к дереву NDS. Открыв папку Сетевое окружение, пользователь увидит все доступные домены сети Windows NT, все доступные серверы NetWare и контексты NDS. Раскрыв папку с контекстом NDS, пользователь увидит дисковые тома и очереди печати, открыв папку, соот­ветствующую Windows NT Server, - предоставленные в совместное использова­ние файловые и принтерные ресурсы. Если открыть папку, соответствующую файловому тому, отобразится структура каталогов этого тома и расположенные в них файлы. В заголовке окна отображается имя контекста и имя тома. Любой из этих каталогов можно отобразить как логический сетевой диск. Таким образом, для пользователя неважно, каким способом осуществляется доступ к сетевым ресурсам. Будь это каталог сервера Windows NT, каталог сервера NetWare или объект в NDS, доступ к нему одинаков.

Windows NT Server и Workstation обеспечивают пользователям, в том числе пользователям NetWare, прозрачный доступ к серверам смешанной сети. Клиенты NetWare 4.1, разработанные для Windows NT, также позволяют пользователям Windows Workstation получить доступ к NDS. Windows NT Server можно вклю­чить в уже существующую сетевую среду с NetWare и использовать его в каче­стве сервера приложений. На нем могут работать: сервер баз данных, сервер электронной почты, сервер связи, сервер Web-страниц и т. д. В свою очередь, пользователи Windows NT могут получить доступ к серверам NetWare.

Сетевая ОС NetWare

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

Перечислим основные функции сетевой операционной системы, реализуемые NetWare:

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

Управление коммуникацией при различных топологиях подсетей и используемых в коммуникационных протоколах. Так, рабочие станции UNIX, как прави­ло, используют протокол TCP/IP, а персональные компьютеры сети NetWare - IPX/SPX, и сетевая ОС обеспечивает поддержку этих протоколов.

Обеспечение работы на сервере программ, расширяющих и дополняющих фун­кции самой сетевой ОС. Эти программы называются загружаемыми модуля­ми NetWare (NLM, NetWare Loadable Modules). Модули NLM разрабатываются как самой фирмой-производителем, так и сторонними фирмами. NLM служат для обеспечения работы баз данных (хранения и обработки баз дан­ных на сервере баз данных с высокой скоростью). Примерами таких NLM могут являться модули, служащие для доступа к СУБД Oracle, Sybase или Microsoft SQL Server.

Структура локальной сети моноканальной топологии с файловым сервером представлена на рис.:

Рис. – Локальная сеть персональных компьютеров Novell NetWare с малоканальной структурой

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

ОС NetWare, как и другие сетевые ОС, ориентирована на работу с различными платами. Перечень возможных видов плат очень широк. Поддерживает многие платы Ethernet, Token-Ring, Arcnet. В соответствии с этим сетевая ОС обеспечивает работу сети любой структуры, в том числе моноканальной.

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

Локальная сеть с несколькими файловыми серверами

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

Компьютер, выполняющий роль моста или маршрутизатора, устанавливается по одному сетевому адаптеру на каждую из связываемых сетей. Мост, как правило, используется для связи сетей с одинаковыми коммуникационными системами, Например для объединения двух сетей Ethernet. Пакеты, поступающие на мост, переадресовываются и посылаются в другую сеть по указанному адресу. Маршрутизаторы преобразуют коммуникационные пакеты из одного формата в другой. Файловый сервер NetWare может соединять несколько сетей за счет установки нa нем дополнительных сетевых адаптеров одного или разных типов и выполнять роль маршрутизатора. Такое решение называется встроенным маршрутизатором (internal router) и является наиболее дешевым способом разделения сети нa сегменты. Однако надо заметить, что это возлагает дополнительную нагрузку нia сервер, который теперь должен обрабатывать маршрутную информацию.

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

Поскольку при объединении нескольких сетей в единую сеть все они подключа­ются к некоторой базовой сети, являющейся связующим звеном, ей требуется высокая производительность. В настоящее время имеются такие высокопроизводительные архитектуры сетей, как:

FDDI (Fiberoptic Distributed Data Interface) - оптоволоконный интерфейс передачи данных и CDDI (Copper Distributed Data Interface) - интерфейс передачи данных по проводам, обеспечивающие скорость передачи 100 Мбит/с;

(Fast) Ethernet - 100 Мбит/с.

ATM (Asynchronous Transfer Method) - асинхронный метод передачи дан­ных, обеспечивающий скорость до 622 Мбит/с.

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

Рис. – Структура сети NetWare Novell с несколькими файловыми серверами, выполняющими роль маршрутизаторов

Для получения пользователем доступа к ресурсам сети и управления ими на рабочей станции необходимо клиентское программное обеспечение. К этому типу программного обеспечения относятся утилиты самой сетевой операционной систе­мы. Кроме того, клиентское программное обеспечение может поставляться сто­ронними фирмами или являться составной частью некоторой другой программной системы. Для выполнения работ администратора, оператора и пользователя в состав NetWare включено большое количество обслуживающих программ-ути­лит, которые выполняются на рабочей станции. Такие операционные системы, как Windows, имеют встроенные средства, достаточные для удовлетворения большин­ства пользовательских потребностей.

Основой наглядного представления ресурсов сети пользователю, простого и быс­трого их поиска является служба каталогов NetWare - NDS (NetWare Directory Service). Служба каталогов поддерживает все ресурсы сети (серверы, дисковые тома, принтеры, очереди печати) и имена пользователей сети в единой базе дан­ных. NDS позволяет пользователю одновременно видеть сеть, состоящую из мно­жества подсетей, целиком, обеспечивая простои поиск нужного ресурса и защиту ресурса от несанкционированного доступа. В базе данных каждый сетевой ресурс представляется как объект, обладающий определенным набором свойств. Напри­мер, объектами являются и сервер сети, и дисковый том, п группа пользователей. Для того чтобы упорядочить объекты в соответствии с потребностями пользова­теля, которые часто диктуются административной структурой организации, имеет­ся возможность создавать контейнеры.

Контейнер позволяет сгруппировать взаимосвязанные объекты так же, как в файловых системах каталог объединяет группу файлов. Например, если вы хоти­те объединить ресурсы в соответствии с их размещением в аудиториях универси­тета, надо создать контейнеры с именами аудитории. Далее эти контейнеры могут быть объединены в контейнере факультета; в свою очередь, контейнеры факуль­тета могут быть объединены в контейнер университета. Если университет имеет отделения в разных странах, могут быть созданы контейнеры стран. Таким обра­зом, в NDS допускается создание контейнеров трех типов - страны, организации и организационной единицы, такой как факультет, аудитория. Включением контей­неров низкого уровня в более высокие уровни образуется иерархическая струк­тура, на самом нижнем уровне которой размещаются сетевые объекты.

База данных NDS, которая хранит объекты сети, является иерархической и ото­бражается утилитами в виде древовидной структуры, аналогичной той, что ис­пользуется Windows для отображения структуры диска, поэтому она часто назы­вается деревом каталогов.

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

Например, студент Смирнов представлен в сети именем пользователя Smirnov. Смирнов учится в группе EY11 (контейнер Ey11), группа занимается в аудито­рии 209 (контейнер 209) и хранит данные на сервере этой аудитории, аудитория принадлежит экономическому факультету (контейнер Econ_fak). Контейнер организации имеет имя университета - Gsu. Полное сетевое имя этого студента запишетcя так:

Smirnov. Ey11.209. Econ_fak.Gsu

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

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

Контейнеры, предназначенные для объединения объектов в группы, подразделяются на три типа и обозначаются:

Контейнер-страна - С (этот контейнер может отсутствовать в дереве сети),

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

Контейнер-подразделение - OU (не обязателен, но если присутствует, должен входить в контейнер типа О непосредственно или через другой кон­тейнер типа OU. Число ступеней вложенности контейнеров типа OU друг в друга не ограничено).

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

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

Если в приведенном ранее примере принять условие, что в качестве текущего установлен контекст Gsu.Econ_fak, пользователю достаточно ввести имя:

Smirnov.Eyl1.209

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

Права доступа к объекту

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

Supervisor (Администратор) – полный контроль объекта;

Browse (Просмотр) – просмотр объекта в дереве каталогов;

Create (Создать) – создание новых объектов;

Delete (Удалить) – удаление объектов;

Rename (Переименовать) – изменение имени объекта.

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

Похожая информация.