Стандарты именования описывают соглашения, которые будут использоваться при именовании объектов Каталога. Стандарты также должны указывать, каким образом будут вводиться значения свойств объектов (например, номера телефонов и адреса).
Вам следует создать документ и передать его всем сотрудникам, ответственным за создание или перемещение объектов в дереве Каталога. При наличии хорошо разработанных стандартов на использование Каталога, пользователи и администраторы смогут лучше использовать дерево Каталога.
Эффективность операций поиска и просмотра в значительной степени зависит от вида критерия поиска в Каталоге, определяемого пользователем. Если имена объектов соответствуют стандарту, поиск упрощается.
Например, если все лазерные принтеры называются "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 символов в свойстве Имя (имя, присвоенное при создании объекта).
Существуют некоторые вопросы совместимости, которые следует принимать во внимание, например.
| Символ | Описание | Символ | Описание |
|---|---|---|---|
| / | Косая черта | [ ] | Квадратные скобки |
| \ | Обратная косая черта | < > | Угловые скобки |
| . | Двоеточие | | | Вертикальная черта |
| ; | Точка с запятой | + | Плюс |
| , | Запятая | = | Знак равенства |
| * | Звездочка | ? | Знак вопроса |
NOTE: Данные правила именования применимы к большинству объектов. Чтобы получить информацию о конкретных правилах именования, см. документацию, входящую в комплект приложения.
| Тип | Пояснение |
|---|---|
| Внешний сетевой номер IPX | Внешний сетевой номер IPX состоит из восьми шестнадцатеричных разрядов (от 0 до F), идентифицирующих кабельный сегмент. Для дополнительных протоколов или типов фреймов каждому сегменту присваивается новый внешний сетевой номер IPX. Внешний сетевой номер IPX определяется в файле AUTOEXEC.NCF на сервере параметром "NET=" утилиты BIND. Если для конфигурации протоколов используется INETCFG.NLM, этот номер называется "ID String". Вы можете установить стандарты на внешние сетевые номера IPX, присвоив разрядам коды. Например, вы можете указать, чтобы все кабельные сегменты в Чикаго начинались с "01". Оставшиеся разряды могут точнее указывать местоположение кабельного сегмента или тип протокола. |
| Внутренний номер сети IPX | Внутренний номер сети IPX - тоже 8-разрядное шестнадцатеричное число. Он определяется в файле AUTOEXEC.NCF на сервере, уникальным образом идентифицируя сервер в сети. Инсталляционная программа сервера обычно генерирует уникальный внутренний номер сети IPX, хотя этот номер можно указать при инсталляции. Вы можете установить стандарты на внутренний номер (также как и на внешний), что поможет определять источник пакетов при устранении неполадок. Например, вы можете указать, чтобы все кабельные сегменты в Чикаго начинались с "01". Оставшиеся разряды могут точнее указывать местоположение или тип сервера. |
SUGGESTION: В связи с этими ограничениями рекомендуется переименовывать объекты Сервер NetWare, изменяя их имена в файле AUTOEXEC.NCF.
При создании соглашений об именовании воспользуйтесь следующими рекомендациями.
| Символ | Описание | Символ | Описание |
|---|---|---|---|
| / | Косая черта | [ ] | Квадратные скобки |
| \ | Обратная косая черта | < > | Угловые скобки |
| . | Двоеточие | | | Вертикальная черта |
| ; | Точка с запятой | + | Плюс |
| , | Запятая | = | Знак равенства |
| * | Звездочка | ? | Знак вопроса |
Назад | Содержание | Вперед