オブジェクトを古いドメインから新しいドメインに移行する前に、ワークステーション、サーバー、グループ、ユーザーアカウント、組織などのActive Directoryオブジェクトの命名基準を策定する必要がありました。 単位。 単一のドメイン構造になると、すべてのサイト（ブランチ）に共通の名前標準が必要になります。 古いドメイン内のオブジェクトの名前の付け方は、私たちにはまったく合いませんでした。 さらに、各ドメインでは、ネーミングはローカル管理者の好みに従っており、単一の原則はありませんでした。 順番に始めましょう：
ワークステーション：
ワークステーションの名前は従業員の地位に結び付けられるべきではなく、従業員の名前に結び付けられるべきではありません。 ワークステーションは、物理的な場所と特定のユニット、ブランチ、管理との関係に関連付けられる必要があります。これを論理的な関係と呼びましょう。
物理学から始めましょう。 コンピューターが配置されているワークステーションの名前で、さまざまな方法でサイトを指定できます。 数字でサイトのコーディングを選択しました。 さらに、その理由は明らかです。 それはどのように見えますか。 たとえば、モスクワ、サンクトペテルブルク、ロストフに支店があります。 オフィスが所在する都市を数字でコーディングします。
例：
モスクワ-100
サンクトペテルブルク-200
ロストフ-300
覚えやすい。 私たちは先に進みます、モスクワは大きく、その中に1つのオフィスがありませんが、いくつかあります。 次に、さらに名前を付けます。
モスクワ、住所1、コード：101
モスクワ、住所2、コード：102
モスクワ、住所3、コード：103
サンクトペテルブルクにもいくつかのオフィスがあります。
サンクトペテルブルク、住所1、コード201
サンクトペテルブルク、住所2、コード202
ロストフにオフィスが1つあるため、300を残します。
論理的所属に移りましょう。 例として、モスクワに本社（他のすべての支店の業務を管理する中央オフィス）がある場合の状況を考えてみましょう。 本社を本社（本社）として指定します。 しかし、モスクワにも本社とは関係なく、「通常の」オフィスに関係するワークステーションがあります。 MOS（モスクワ）などのアクセサリを示します。 一番下の行は、1つのアドレスでHQコンピューターとMOSコンピューターの両方を使用できることです。 サーバーでも同じ状況を繰り返すことができます。
したがって、次のものを取得します。
モスクワ、住所1、ワークステーションHQ：HQ101
モスクワ、住所1、MOSワークステーション：MOS101
また、他のブランチでも。 ステーションの論理的な所属は、何でも構いません（本社、本社、子会社など）。 特に大企業では、さまざまな従業員がさまざまな支店のIT資産を担当しています。 また、たとえば、MOS管理者はHQステーションにアクセスできません。 などなど。 この分離により、柔軟性が大幅に向上します。
次に、これがサーバーやプリンターなどではなく、ワークステーションであることを示す必要があります。 そのため、ワークステーションを指定する必要があります。 この場合、すべてが単純であり、WS（WorkStation）という2文字でワークステーションを指定します。 さらに、ステーションをステーション間で区別する必要があるため、各サイト（論理的および物理的）内でエンドツーエンドの番号付けを導入します。 各サイトで100台以下のコンピューターを想定しています。
そのため、ステーションの命名の最終バージョン：
モスクワ、住所1、ワークステーション1、HQ：HQ101WS001
モスクワ、住所1、ワークステーション1、MOS：MOS101WS001
モスクワ、住所1、ワークステーション2、HQ：HQ101WS002
サンクトペテルブルク、住所1、ワークステーション1、SPB：SPB201WS001
サンクトペテルブルク、住所2、ワークステーション1、SPB：SPB202WS001
サンクトペテルブルク、住所2、ワークステーション2、SPB：SPB202WS002
ワークステーションに名前を付けるというこの原則は、かなり普遍的で使いやすいように思えます。 ただし、特定のワークステーションで作業しているユーザーをコメントでADに追加する必要があります。 また、コンピューターをあるプラットフォームから別のプラットフォームに移動するときに、名前を変更することを忘れないでください。
2番目のパートでは、他のオブジェクトの命名について説明します。