多くの人々は、会社が十分なワーキンググループがなく、最初のActive Directoryドメインが上昇したときの規模に拡大したときの気持ちを思い出します。 、コンピューターの追加、削除、女の子の結婚、名前の変更、そして最終的にはディレクトリサービスデータベースは完全な継ぎ目のように見えます。 このトピックでは、Active Directoryベースと企業の人事システムとの関係を確立し、ADの従業員のデータを最新の状態に保つメカニズムを作成します。
まず、従業員のアカウントに対して行う必要がある要件について説明します。 そして、ユーザーのニーズに基づいてこれらの要件を推定しようとします。 Active Directory認証を使用して管理者に表示し、作業中に多くの企業システムがADアカウントのさまざまなフィールドを使用することはよく知られています。これらはSharepoint、Citrix、その他多数です。 このようなシステムの例として、MS Outlookを取り上げますが、これは誰にもよく知られていますが、完全ではなく、Active Directoryから直接データを取得するアドレス帳のみです。

ユーザーは何を使用しますか? 私たちの組織では、彼はよく電話の名前、メールアドレス、ユニットの名前を検索します。 もちろん、住所情報も入力しておくと便利ですが、抽象的な人事システムとのバンドルに関するトピックがあるため、住所と電話番号は括弧の外に残します。
最初に、人事システムから取得するフィールドのリストを書き出します。
この段階では、フィールドのリストを統合し、最大のディレクターの名前で注文を発行し、人事担当者と管理者にこのデータを最新の状態に保つことを義務付けます。
メカニズム
人事システムの人とActive Directoryの人をリンクするには、これらの2つのエントリを接続する識別子が必要であることは言うまでもありません。 通常、このような識別子は従業員の従業員番号であり、仕事に応募するときに割り当てられ、二度と変わることはありませんが、従業員番号が静的ではない状況に遭遇しました。その場合、そのような識別子を発明する必要があります。
Active Directoryユーザーに関する情報は、Active Directoryユーザーとコンピュータースナップイン(ADUCの確立された略語)で見ることができる情報に限定されず、使い尽くすにはほど遠いです。 実際、ユーザーオブジェクトには1兆個の属性があり、これらの属性はスキーマ管理者が追加することもできます。 たとえば、運転免許証に関する情報を含む
carLicenseや、ユーザーのお気に入りの飲み物を特徴付ける
drinkなどの属性があります。 一般的に、この意味でマイクロソフトは多くを提供しています。
この例では、
employeeID属性を使用してユーザーIDと
flagsを保存します。そのため、少し後で報告します。
また、ユーザーフィールドに入力するために、次の属性を使用します。
- 氏名を保存するためのdisplayNameとCN
- ユニットを保管する部門
- 組織ストレージの会社
- ポストストレージのタイトル
- 従業員タイプを格納するemployeeType
- インデックスストレージ用のpostalCode
もちろん、Pedantsは、givenName、initials、およびsnを使用して、それぞれ名、イニシャル、および姓をそれぞれ格納することもできますが、これらは微妙だと思います。
したがって、アプリケーションは次のように機能します。
- employeeIDでアカウントを列挙する
- 変更されたデータの各アカウントの人事システムを検索します
- Active Directoryのデータを更新する
- ログファイルの変更
ビジネスへ
最初のステップは、従業員番号を表すemployeeIDをすべてのユーザーに記録することです。 ユーザーが少ない場合、
ADSI Editを使用してこれを行うのが最も簡単です。もう少しあれば、
このように 、処方用のスクリプトを固定できます。 そして、多くのユーザーがいる場合、識別子の配置を委任する必要があり、素敵なインターフェイスと追加のつまらないものを使用したい場合は、ADUCでそのような追加のタブを作成できます。

ただし、このようなタブの作成自体は、別のトピックのトピックです。
2つ目の微妙な点は、特定の属性のみを変更する必要がある人もいることです。 たとえば、私たちには従業員がいます。彼をKudrymunbekov Sadruddin Fathullarovichと呼びましょうが、誰もが単にSan Sanychと呼びます。 そして、人事における役職は、長距離宇宙通信のオープン合資会社「ホーンズアンドホーヴズ」のジェネラルディレクターとしてのみ記録されるゼネラルディレクターがいます。 したがって、アプリケーションのロジックにいくつかの例外を入れる必要があり、これらの例外を同じ場所のActive Directory属性フラグに保存します。 この属性の値は4バイトです。つまり、このビットを1つまたは別の値に設定することにより、必要に応じて最大32個の例外を記憶できます。 ただし、まだ6つだけを使用します。
PowerShellの実装に渡します。
テスト環境を作成し、アカウントに絶対にランダムに名前を割り当てます。

次に、パラメーターを指定してスクリプトを実行します。 もちろん、チートしてスケジュールどおりに実行できます。タスクを実行するアカウントを忘れずに、
バッチタスクとしてログインする権利を割り当ててください。

ご覧のとおり、実行後、読みやすい名前、優れた投稿、素晴らしい会社名が得られました。

もちろん、スクリプトを少し変更するだけで、電話や住所から悪名高いお気に入りの飲み物まで、すべてをユーザーに入力できます。 また、一定の規則でスクリプトを実行すると、すべてのユーザーデータが最新であることを確認できます。
upd小さなエラーを修正し、リセットフラグをループの内側に移動しました