Создание документа о стандартах именования
Стандарты именования описывают соглашения, которые будут использоваться при именовании объектов Каталога. Стандарты также должны указывать, каким образом будут вводиться значения свойств объектов (например, номера телефонов и адреса).
Вам следует создать документ и передать его всем сотрудникам, ответственным за создание или перемещение объектов в дереве Каталога. При наличии хорошо разработанных стандартов на использование Каталога, пользователи и администраторы смогут лучше использовать дерево Каталога.
Эффективность операций поиска и просмотра в значительной степени зависит от вида критерия поиска в Каталоге, определяемого пользователем. Если имена объектов соответствуют стандарту, поиск упрощается.
Например, если все лазерные принтеры называются "LJуникальное_имя", где уникальное_имя является описательным, то все принтеры можно найти по имени "LJ*".
Использование шаблона стандартов именования
Для создания подходящего для вашей организации документа о стандартах именования воспользуйтесь примером шаблона стандартов именования.
В приведенном ниже примере указываются стандарты и даются комментарии по разработке документа о стандартах именования.
Table 5-1. Пример стандартов именования
Элемент |
Стандарт |
Примеры |
Комментарии |
---|
Общее имя, объект Пользователь (имя регистрации) | Первый инициал, второй инициал (если есть), фамилия (все строчными буквами), максимум 8 символов. Все общие имена являются уникальными в пределах компании. | msmith, bgashler | Использование имен, уникальных в пределах всей компании, не является обязательным требованием NDS, но помогает избежать конфликтов имен в одном контексте. Максимальная длина в 8 символов упрощает создание личного каталога пользователя. |
Фамилия, объект Пользователь | Фамилия (строчными буквами) | poulton | Использование строчных букв в фамилии позволяет распознавать фамилии пользователей |
Телефон и факс, объект Пользователь | Числа, разделенные дефисами | US. 1234567890 Другие страны. 44344123456 | Не используйте скобок, запятых и номера выхода на международную связь "1-". Это поле, скорее всего, будет использоваться программами автоматического дозвона. |
Местонахождение, объект Пользователь | Двухбуквенный код местоположения (заглавные буквы), дефис, почтовое отделение | BA-C23 | Это поле используется курьерами, передающими почту между отделами |
Дерево Каталога | Основное дерево корпорации. В случае необходимости для других деревьев используйте имя местонахождения. | ACMECORP | В офисах, где подключение к корпоративному дереву является экономически невыгодным, могут быть созданы отдельные деревья. |
Организация | ACME для всех деревьев | ACME | Стандартное имя организации позволит в будущем объединить деревья. |
Подразделения, имена которых основаны на имени местонахождения | Двухбуквенный код местонахождения | AT, CH, CU, LA, BA, BO, DA, MU | Для эффективного поиска используются короткие стандартные имена |
Имена других Подразделений | Полное или сокращенное название отдела | Sales, Eng | Для эффективного поиска используются короткие стандартные имена |
Общие имена для конечных объектов, не являющихся пользователями | Уникальны в пределах компании Однобуквенный класс объекта, дефис, двухбуквенный код местонахождения, марка или отдел, уникальный номер | Принтер LaserJet 4 в Чикаго. P-CH-LJ4-023 Инженерный сервер в Чикаго. S-CH-Eng-1 | Не используйте слишком длинных имен: в некоторых утилитах они не будут отображаться. NDS требует, чтобы имя сервера было уникальным в дереве. |
Специальные объекты
- Организационная функция
- Профиль
- Назначение каталога
| Административная роль, выполняемая данной организационной функцией Имя должно отражать назначение данного профиля Имя каталога, в котором инсталлировано приложение | PrintAdmin MobileUser DOSAPPS | Для эффективного поиска используются короткие стандартные имена |
Все | Не используйте специальных символов, например: . + = / \ Не используйте пробелов | | Утилиты не допускают использования специальных символов. Продолжитьдолжитьбелы требуют использования кавычек в некоторых утилитах. |
Копию шаблона документа о стандартах именования см. в приложении C, "Примеры шаблонов проектной документации".
Соображения по определению имен
Краткие и выразительные имена объектов упрощают использование дерева Каталога. Поддержание небольшой длины имен уменьшает объем данных, передаваемых по сети, снижает сложность регистрации и упрощает запоминание имен. Чтобы убедиться, что имена объектов достаточно кратки и выразительны, примите во внимание следующее.
- Согласованность
- Длина имени
- Совместимость
- Соглашения
Согласованность
Согласованность стандартов об именовании упрощает работу сетевых администраторов, добавляющих серверы, создающих пользователей, модифицирующих и перемещающих объекты и т.д. К тому же согласованность стандартов упрощает для пользователей поиск конкретных элементов дерева Каталога.
NOTE: Хотя согласованные стандарты об именовании важны для корпоративной сети, заканчивать их создание до реализации NDS необязательно. Вы можете переименовывать объекты и перемещать поддеревья, отражая любые изменения, которые следует провести.
Длина имени
Убедитесь, что схемы именования достаточно коротки, но максимально описательны. Например, "SW Engineering" можно сократить до "SWEng".
Все объекты могут содержать до 64 символов в свойстве Имя (имя, присвоенное при создании объекта).
Совместимость
Существуют некоторые вопросы совместимости, которые следует принимать во внимание, например.
- Обратная совместимость
Когда вы создаете объекты, доступ к которым будет производиться с клиентской рабочей станции, где установлена оболочка NetWare Client, например, NETX, имена объектов должны отвечать правилам именовании Bindery, в противном случае оболочка NetWare Client не сможет их распознать. Имена объектов в сервис Bindery интерпретируются следующим образом.
- Пробелы в именах объектов заменяются на символы подчеркивания
- Имена объектов усекаются после 47-го символа
Если доступ к объекту должен осуществляться с клиента, работающего с более ранней версией NetWare, чем NetWare 4, то в имени данного объекта нельзя использовать следующие символы.
Символ |
Описание |
Символ |
Описание |
---|
/ | Косая черта | [ ] | Квадратные скобки |
\ | Обратная косая черта | < > | Угловые скобки |
. | Двоеточие | | | Вертикальная черта |
; | Точка с запятой | + | Плюс |
, | Запятая | = | Знак равенства |
* | Звездочка | ? | Знак вопроса |
NOTE: Данные правила именования применимы к большинству объектов. Чтобы получить информацию о конкретных правилах именования, см. документацию, входящую в комплект приложения.
- Команды DOS
Не используйте пробелов, поскольку они затрудняют обращение к объектам из среды DOS. Если вам нужен пробел в имени, вместо пробела используйте символ подчеркивания. Для NDS пробел и символ подчеркивания взаимозаменяемы.
- Международные версии
Unicode®* - широко распространенная схема кодирования символов, обеспечивающая основу для интернационализации информации в базе данных NDS. Все строки символов, которыми обмениваются сервер NetWare 4 и клиентская рабочая станция, имеют формат Unicode. Клиентское программное обеспечение NetWare поддерживает трансляцию строк Unicode.
Однако иногда могут использоваться символы, которые невозможно транслировать при помощи Unicode. В этом случае при отображении такой символ заменяется на символ "сердечка" в DOS и на прямоугольник в Windows*.
Замененные символы могут сделать распознавание объекта NDS невозможным. Чтобы получить дополнительную информацию, см. "Кодовая страница" и "Unicode" в книге Концепции.
- Номера IPX
Вам может потребоваться установить стандарты на внутренние и внешние сетевые номера IPX. Это усложняет установку серверов, но может упростить устранение неполадок и фильтрацию пакетов.
Тип |
Пояснение |
---|
Внешний сетевой номер IPX | Внешний сетевой номер IPX состоит из восьми шестнадцатеричных разрядов (от 0 до F), идентифицирующих кабельный сегмент. Для дополнительных протоколов или типов фреймов каждому сегменту присваивается новый внешний сетевой номер IPX. Внешний сетевой номер IPX определяется в файле AUTOEXEC.NCF на сервере параметром "NET=" утилиты BIND. Если для конфигурации протоколов используется INETCFG.NLM, этот номер называется "ID String". Вы можете установить стандарты на внешние сетевые номера IPX, присвоив разрядам коды. Например, вы можете указать, чтобы все кабельные сегменты в Чикаго начинались с "01". Оставшиеся разряды могут точнее указывать местоположение кабельного сегмента или тип протокола. |
Внутренний номер сети IPX | Внутренний номер сети IPX - тоже 8-разрядное шестнадцатеричное число. Он определяется в файле AUTOEXEC.NCF на сервере, уникальным образом идентифицируя сервер в сети. Инсталляционная программа сервера обычно генерирует уникальный внутренний номер сети IPX, хотя этот номер можно указать при инсталляции. Вы можете установить стандарты на внутренний номер (также как и на внешний), что поможет определять источник пакетов при устранении неполадок. Например, вы можете указать, чтобы все кабельные сегменты в Чикаго начинались с "01". Оставшиеся разряды могут точнее указывать местоположение или тип сервера. |
Соглашения
При создании соглашений об именовании воспользуйтесь следующими рекомендациями.
- Для облегчения чтения и определения различий между контейнерами и конечными объектами используйте соответствующий регистр символов.
- Для упрощения администрирования при работе из командной строки, не используйте пробелов. Вместо них воспользуйтесь дефисами или символами подчеркивания.
- Для обеспечения совместимости с сервисом Bindery, ограничьте длину имен 47 символами, а в именах объектов не используйте следующих символов.
Символ |
Описание |
Символ |
Описание |
---|
/ | Косая черта | [ ] | Квадратные скобки |
\ | Обратная косая черта | < > | Угловые скобки |
. | Двоеточие | | | Вертикальная черта |
; | Точка с запятой | + | Плюс |
, | Запятая | = | Знак равенства |
* | Звездочка | ? | Знак вопроса |
- В пользовательских именах регистрации используйте первый символ имени и до семи символов фамилии. Например, пользователь John Smith будет иметь имя регистрации Jsmith.
Назад | Содержание | Вперед
|
|