Ny tab til brugerene i AD

AD er rigtigt set blot en database, og for at ændre i strukturen for denne database så nye typer af information kan tilføjes skal man ændre i "database schema". Dette gøres på den FSMO der har rollen som schema master. En installation af Exchange server vil feks ændre mange ting i schema, og som du også måske har lagt mærke til får man 3 nye tabs i AD Users and Computers når man har installeret en Exchange server i domænet.

Se følgende:
Schema Modifications
The schema should only be modified when absolutely necessary. Control mechanisms include:

The schema operations master domain controller is the only controller that the schema can be changed from.
The Schema console must have schema modification set to enabled.
Each schema object has permissions set through the Windows 2000 security model.
Ways to modify the schema include:

Using an application programming interface (API).
Lightweight Directory Interface Format (LDIF) scripts.
LDIFDE bulk schema modification tool.
CSVDE bulk schema update tool.
Document the following when changing the schema:

Object issuing authority
Object ID
Class heirarchy
NT security descriptor
LDAP display name
Common name
Class attributes
When the schema is changed, the following checks are done by Active Directory:

Consistency - Makes sure identifiers are unique and mandatory attributes exist. Also existance of superclasses in the schema is checked.
Safety - Check to be sure Active Directory functionality is not disrupted. Checks the following object types:
Category 1
Category 2


"Ways to modify the schema" er interessant for dig. Måske kan du købe dig til nogle LDIF scripts som dækker lige præcist dine behov, afhængigt af hvad de er. Der findes sikkert også en LDIF scripting IDE derude. Men til gengæld tror jeg ikke at du finder noget point & click værktøj derude som kan lave denne opgave for dig. Jeg anbefaler en LDIF scripting guide og noget tålmodighed, - eller eventuelt en konsulent.

Tror Strych9 har ret i at der nok ikke findes et program som kan dette, men hvis du fortæller lidt mere om hvad det er du præcist skal bruge er det lidt nemmere og se om man faktisk kan finde noget ;)

Tak for jeres input.
Jeg må nok erkende at det ikke vil være så nemt som jeg kunne ønske.
Jeg arbejder på en skole hvor vi godt kunne tænke os flere oplysninger end den der std kan indtastes.
Det kunne være klasse, årgang, fag mv

Skal der kunne søges på de informationer, eller er det mest for administration ?

Active directory bruges til at administrere brugeres rettigheder og adgang til shares/printers/desktop m.m. Det er ikke til at søge personlige informationer om brugere. Hvis du har brug for at administrere dem med forskellige politikker må du inddele dem i ouér og lave group policy.
De andre ting kan du nemt lave i f.x. excel som en liste og konvertere den til en database med et filter. Jeg tror lidt du blander nogle ting ind som ikke har så meget med server at gøre? eller tager jeg fejl

Jeg er nu ikke enig med dannyboyd (for en gangs skyld :-). AD bruges bla. til at administrere rettigheder mv., men det indeholder også en komplet adresseliste og mailadresser, og der er ikke noget i vejen for at udvide AD.

Som det ses ovenfor, så skal der noget forsigtighed til - og hvis man ønsker at følge procedurerne, så er det også lidt besværligt. Jeg har været med til at udvide AD - uden problemer (dog med lidt "bæven", da AD vælter hvis du gør det forkert).

Jeg tror ikke du kan udvide "AD users and computers" med et helt faneblad, men du kan udvide med "højre-kliks" menuer. Derudover kan du formentlig fremstille en mmc der kan håndtere det.

LDAP kan også bruges i stor stil - og i rigtig mange programmeringssprog.

Er der nogle som kunne give et skøn på hvad sådanne udvidelser koster at få udviklet...

Jeg har kun lavet udvidelser "i hånden". Selve udvidelsen (2 felter) tog ca. 2 timer i alt, da det skulle testes - både i sandkasse og i testmiljø inden det blev gennemført i produktion (det er farligt i et produktionsmiljø).

Derudover blev der lavet 2 vb-scripts + udvidelse af menuen på alle DC - tog ca. 1-2 timer. Hvis der skal laves en mmc - det kan jeg ikke svare på, da jeg ikke har prvet det selv.

Men allerførst blev formalia overholdt hos iana og Microsoft - det tog 2-3 timer fordelt over 2-3 uger (ren administration).

Til slut dokumentation af det hele - 1-2 timer.

Opsummeringen giver så i alt ca. 1 arbejdsdag men fordelt over lang tid - uden en komplet mmc.

->connor, Der er muligvis noget jeg ikke ved med de muligheder, men hvorfor vil du bruge AD til at registrere: KLasse, årgang, fag m.m.?
Var det ikke nemmere med en database

AD er jo en database :-) - men jo, med relativ sympel programmering f.eks. i kix/vb kan AD kobles sammen med en anden database.

Det skal overvejes seriøst før AD udvides - som andre også har skrevet overfor. Efter min overbevisning er AD ikke beregnet til data, som ofte skal udskiftes - hvis data er nogenlunde statiske er det helt fint.

Men det ændrer ikke ved minovenstående kommentar - det er muligt - og ikke enormt svært.

>>dannyboyd
Det er for at der kunne være bedre sammenhæng imellem det administrative elev-system (GAS).
GAS eksporterer elever + andre i en tekst-fil som så bliver importeret til AD via et program. GAS indeholder mange oplysninger som det ville være rart at kunne søge på. F,eks elevnummer, årgang mv.
Naturligvis kunne man indtaste dette i nogle af de andre felter som man ikke bruger, men hvis man kunne lave det orgenligt, ville det jo være at foretrække.

husk at checke alle felter som findes i AD - der er langt flere end du ser på "users and computers" - de skal bare tilknyttes user-comtaineren

>>lap
Hvordan kan jeg tjekke det?
Jeg kender kun til de informationer som findes når men højreklikker på en bruger...

On the Console menu, click Add/Remove Snap-in.

Click Add to open the Add Standalone Snap-in dialog box.

Click Active Directory Schema, and then click Add.

"Active Directory Schema" is displayed in the Add/Remove snap-in. Click Close, and then click OK to return to the console.

Click Active Directory Schema so that the Classes and Attributes sections are displayed on the right-hand side.

"Classes" er tabeller og "Attributes" er kolonner - i overført betydning. Det vil sige, at du skal kikke efter attributterne - og der er mange

takker for svar... Nogle som vil have lidt point?

Det er Microsofts tanke at man på sigt skal udvide schema som man har behov for, til feks ting som klasse/årgang. Dog ser de helst at det blot er deres egne programmer og egen software afdeling eller deres partnere som gør det. De må på en eller anden måde regne teknologien for umoden (eller måske bare brugerne for umodne?). Faktum er at ændringer af schema ikke er veldokumenteret og ikke noget de anbefaler at man gør manuelt.
I NT4 dagene frarådede de kraftigt manuelle ændringer i registreringsdatabasen. På præcist samme måde advarer de imod ændringer i AD schema i dag, men man kan altså sagtens gøre det stadig. Den primære catch ved det er at når man har ændret i schema så kan man ikke komme tilbage. Hvis man laver ged i schema på sin produktionsserver så betyder det ominstallation. Schema kan kun udvides, og man kan ikke slette i det. - Derfor anbefales en test installation indtil dine LDIF scripts og schema udvidelser er _grundigt_ testede.
Måske det er for meget besvær i forhold til hvad du får ud af det?

Gode betragninger fra strych9 - ingen point til mig :-)

Har tænkt over det, og med støtte af lap's udredning så kunne det tage ca 10 timers arbejde hos et konsulenthus. Det skal sikkert helst være hos en Microsoft partner. Det vil sige en timebetaling på 1500-2000. Så du kommer nok af med 15.000-20.000 for sådan en udvidelse. Et slag på tasken som godt kan være forkert..
Lægger også lige et svar hvis du har lyst til at kyle nogle point. =)