4
Organisationseinheiten und modelle (OU-Design)
Ich möchte eine eigene Organisationseinheiten-Struktur im AD einrichten. Was ist das beste. Wie arbeitet ihr wie sieht es bei euch aus und schaut euch mal mein beispiel an!!!
Ich habe mich die letzten tage viel belesen nur irgend wie komme ich zu keiner wirklichen entscheidung.
Ich will eine OU-Modell erstellen und ich habe hier mal ein Beispiel:
wie würdet ihr es gestalten oder wie habt ihr es gestaltet.
Ich habe mich für ein geografischen Modell entschieden. was meint ihr und was fehlt noch und was würdet ihr anderes machen.
Ich habe mich die letzten tage viel belesen nur irgend wie komme ich zu keiner wirklichen entscheidung.
Ich will eine OU-Modell erstellen und ich habe hier mal ein Beispiel:
- Firma
- land1
- Computer
- Server
- Workstations
- Abteilung1 oder Raum1
- Abteilung2 oder Raum2
- Oder bei 400 Rechner unübersichtlich
- Desktop
- Laptops
- Users
- Abteilung1 oder Raum1
- Abteilung2 oder Raum2
- Oder
- restricted Users
- Standard Users
- Administrators
- Groups
- Allgemein
- Drucker
- Freigaben
- Software
- land2
- land3
- land4
wie würdet ihr es gestalten oder wie habt ihr es gestaltet.
Ich habe mich für ein geografischen Modell entschieden. was meint ihr und was fehlt noch und was würdet ihr anderes machen.
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 140528
Url: https://administrator.de/forum/organisationseinheiten-und-modelle-ou-design-140528.html
Ausgedruckt am: 23.12.2024 um 02:12 Uhr
4 Kommentare
Neuester Kommentar
Hallo iexplorer,
du hast zwei Bugs, es fehlt die Begrüßungs- und die Abschiedsfloskel. Gibt es für dich schon ein ServicePack? Das würde ich installieren. Ansonsten mit dem Brain-Editor die Worte "Hallo" und "Viele Grüße" einpflanzen.
Um zu deinem Anliegen zu kommen, so steht OU ja für Organisational Unit, also Organisationseinheit. Hier gilt es herauszufinden, welche Struktur in deiner Organisation existiert und, wie sich diese Abbilden lässt. Das hört ja nicht mit einer OU Struktur auf, das geht weiter über Benutzergruppen, Benutzer, ....
Warum nicht
du hast zwei Bugs, es fehlt die Begrüßungs- und die Abschiedsfloskel. Gibt es für dich schon ein ServicePack? Das würde ich installieren. Ansonsten mit dem Brain-Editor die Worte "Hallo" und "Viele Grüße" einpflanzen.
Um zu deinem Anliegen zu kommen, so steht OU ja für Organisational Unit, also Organisationseinheit. Hier gilt es herauszufinden, welche Struktur in deiner Organisation existiert und, wie sich diese Abbilden lässt. Das hört ja nicht mit einer OU Struktur auf, das geht weiter über Benutzergruppen, Benutzer, ....
Warum nicht
- Firma
- Einkauf
- Vertrieb
- Kundenservice
- Klinkenputzer
- Inkasso
- Produktion
- Teilbereich A
- Teilbereich B
- Administration
Da diese ja in der Regel auf ähnlichen Ressourcen auch dieselben Zugriffsrechte haben, nicht wahr? Also schön an Hierarchie, Struktur und Arbeitsabläufe anpassen. Wenn ein Vertriebler jetzt aus Land1 in Land2 soll, dann ist er aber doch vermutlich noch im Vertrieb. Die "Orte" haben also mit der "Funktion" erstmal recht wenig zu tun. Das kann man vielleicht dann in die Rechnernamen oder Servernamen einpflegen, aber nicht unbedingt in die Organisationsstruktur.
Ob man zwischen Benutzern Gruppen und Computern unterscheiden muss, dass weiß ich nicht. Eigentlich ist es doch egal, ob jetzt PC1 und Benutzer1 beide in einer OU sind, schließlich gehören sie nunmal beide dem Einkauf.
Ist natürlich alles eine Frage des Systems.
<edit>
Bzgl. der Übersichtlichkeit kann ich nur eine recht flache Hierarchie empfehlen, lieber auf 3-5(max!) Ebenen bleiben, denn sonst geht die Übersicht noch mehr verloren, wenn du für jeden Benutzer zich Hierarchieebenen durchklicken musst.
Bei den meisten Tools lässt sich mit Filtern in einer Hierarchieebene ganz gut arbeiten.
</edit>
Lg
Matze
Hallo Matze,
das HALLO habe ich total vergessen aber Danke für deine schnelle Antwort.
In deinem Fall ist die struktur eine andere
wir haben die geografische gewählt und ich möchte ja auch gerne hier erfahren wieso ihr diese gewählt habt denn in dem buch Windows Server 2003 von Uwe Bünning und Jörg Krause wird es ja ganz gut beschrieben auf seite 391
http://books.google.de/books?id=SoeyzFmmLCYC&pg=PA391&dq=design ...
in deinem Fall kann ich schon alleine mit den sprachen nicht mehr unterschiedliche Gruppenrichtlinien für die verschiedenen länder setzen
z.b deutschland hat deutsch und USA englisch als sprache das kann ich in deiner struktur denke ich nicht so gut umsetzen.
natürlich bleibt ein vertriebler ein vertriebler und ein einkäufer ein einkäufer und klinkenputzer klinkenputzer aber es sind trozdem unterschiedliche abteilungen
natürlich kann ich die interne firmenstruktur abbilden aber eine mischung aus der geografischen-modell und administartions-modell ist denke ich doch sinnvoller. weil ich es doch erst geografisch einteile und dann den abteilungen zuordne oder verstehe ich da was falsch
bin dankbar für alle meinungen ideen und hilfen um dieses thema zu verstehen.
das HALLO habe ich total vergessen aber Danke für deine schnelle Antwort.
In deinem Fall ist die struktur eine andere
wir haben die geografische gewählt und ich möchte ja auch gerne hier erfahren wieso ihr diese gewählt habt denn in dem buch Windows Server 2003 von Uwe Bünning und Jörg Krause wird es ja ganz gut beschrieben auf seite 391
http://books.google.de/books?id=SoeyzFmmLCYC&pg=PA391&dq=design ...
in deinem Fall kann ich schon alleine mit den sprachen nicht mehr unterschiedliche Gruppenrichtlinien für die verschiedenen länder setzen
z.b deutschland hat deutsch und USA englisch als sprache das kann ich in deiner struktur denke ich nicht so gut umsetzen.
natürlich bleibt ein vertriebler ein vertriebler und ein einkäufer ein einkäufer und klinkenputzer klinkenputzer aber es sind trozdem unterschiedliche abteilungen
natürlich kann ich die interne firmenstruktur abbilden aber eine mischung aus der geografischen-modell und administartions-modell ist denke ich doch sinnvoller. weil ich es doch erst geografisch einteile und dann den abteilungen zuordne oder verstehe ich da was falsch
bin dankbar für alle meinungen ideen und hilfen um dieses thema zu verstehen.
auch in technet der Artikel zu dem Thema ist recht interesant
http://technet.microsoft.com/de-de/magazine/2008.05.oudesign.aspx
http://technet.microsoft.com/de-de/magazine/2008.05.oudesign.aspx
Hallo iexplorer,
die Autoren des Buches und des Technet-Artikels haben zumindest dahingehend recht, dass sie eine ausreichende Planung vorsehen. Je nach Struktur der Organisation (und da gehört dann natürlich auch die geografische Struktur dazu), sollte die Domänenstruktur angepasst werden.
Es ist richtig, dass z.B. deutsch und englisch in meiner Struktur nicht gut umsetzbar sind. Hier spielt dann die horizontale Spannweite sicher auch eine Rolle, also wie eng arbeiten "gleiche" Abteilungen an verschiedenen Standorten zusammen. Wenn natürlich der Vertrieb in Paris sein eigenes Ding macht, ähnlich wie der Vertrieb in London, dann macht es vermutlich AD-technisch wenig Sinn.
Wenn aber die Arbeitsbasis von "Forschung Brüssel" und "Forschung Aachen" dieselbe ist, und häufiger Austausch zwischen den Bereichen stattfindet (nicht nur Datenaustausch über die Server, sondern eben auch Mitarbeiteraustausch über verschiedene "Teams"), dann lässt sich hier (mit z.B. Englisch oder Deutsch als gemeinsame Arbeitssprache) nur wenig Differenzierung über den geografischen Standort erreichen.
Diese Strukturierung ist dann eben sehr Organisations- (oder Abteilungs- oder Unterabteilungs- oder....) Individuell.
Je nach Organisation in und Hierarchieebene auf der man arbeitet, werden hier vermutlich unterschiedliche OU-Strukturen herauskommen.
Habe den Satz "ich habe mich für ein geografisches Modell entschieden" aus deinem ersten Posting offenbar überlesen.
Also zu deiner Struktur:
Wenn du von der Unübersichtlichkeit weggehst, macht für dich die Aufteilung in Desktop/Laptop mehr Sinn, oder die Aufteilung in Räume? Ersteres erzeugt 2 Elemente auf einer Ebene (also die minimale Anzahl für eine Ebene), zweitere entsprechend mehr.
Da ich persönliche flache Hierarchiemodelle übersichtlicher und "schneller" finde, wäre ich gegen "Binärbäume". Mit nur 2 Elementen erreicht dein Baum maximale Tiefe.
Ist die Aufteilung in Computers / Users / Groups (auch nur 3 Elemente) wirklich sinnvoll? Wenn du diese Ebene streichst, dann hast du
10 Elemente (nicht unübersichtlich) und eine Ebene gespart.
Lg
Matze
die Autoren des Buches und des Technet-Artikels haben zumindest dahingehend recht, dass sie eine ausreichende Planung vorsehen. Je nach Struktur der Organisation (und da gehört dann natürlich auch die geografische Struktur dazu), sollte die Domänenstruktur angepasst werden.
Es ist richtig, dass z.B. deutsch und englisch in meiner Struktur nicht gut umsetzbar sind. Hier spielt dann die horizontale Spannweite sicher auch eine Rolle, also wie eng arbeiten "gleiche" Abteilungen an verschiedenen Standorten zusammen. Wenn natürlich der Vertrieb in Paris sein eigenes Ding macht, ähnlich wie der Vertrieb in London, dann macht es vermutlich AD-technisch wenig Sinn.
Wenn aber die Arbeitsbasis von "Forschung Brüssel" und "Forschung Aachen" dieselbe ist, und häufiger Austausch zwischen den Bereichen stattfindet (nicht nur Datenaustausch über die Server, sondern eben auch Mitarbeiteraustausch über verschiedene "Teams"), dann lässt sich hier (mit z.B. Englisch oder Deutsch als gemeinsame Arbeitssprache) nur wenig Differenzierung über den geografischen Standort erreichen.
Diese Strukturierung ist dann eben sehr Organisations- (oder Abteilungs- oder Unterabteilungs- oder....) Individuell.
Je nach Organisation in und Hierarchieebene auf der man arbeitet, werden hier vermutlich unterschiedliche OU-Strukturen herauskommen.
Habe den Satz "ich habe mich für ein geografisches Modell entschieden" aus deinem ersten Posting offenbar überlesen.
Also zu deiner Struktur:
Wenn du von der Unübersichtlichkeit weggehst, macht für dich die Aufteilung in Desktop/Laptop mehr Sinn, oder die Aufteilung in Räume? Ersteres erzeugt 2 Elemente auf einer Ebene (also die minimale Anzahl für eine Ebene), zweitere entsprechend mehr.
Da ich persönliche flache Hierarchiemodelle übersichtlicher und "schneller" finde, wäre ich gegen "Binärbäume". Mit nur 2 Elementen erreicht dein Baum maximale Tiefe.
Ist die Aufteilung in Computers / Users / Groups (auch nur 3 Elemente) wirklich sinnvoll? Wenn du diese Ebene streichst, dann hast du
- land1
- Server
- Desktops
- Laptops
- ----
- restrictedUsers
- standardUsers
- Admins
- ----
- Allgemein
- Drucker
- Freigaben
- Software
10 Elemente (nicht unübersichtlich) und eine Ebene gespart.
Lg
Matze
