ich bin mit einem Export aus AD beschäftigt und komme kurz vor dem Ziel nicht weiter...
Ich sollte aus unterschiedlichen OUs User mit bestimmten Parametern exportieren. Aus einer OU klappt alles wunderbar, nur lassen sich mit csvde scheinbar nicht mehrere OUs auslesen. Über eine Batch Datei wäre das zwar möglich, allerdings wird das Outputfile bei jeder OU überschrieben.
Das hat mich dann aus dsquery gebracht, allerdings ist der Export nicht für eine Weiterverarbeitung z.b. mit Excel brauchbar...
ganz toll wäre ja, wenn man mehrere DNs abfragen könnte - bsp.: "(|(OU=Gruppenleiter,OU=User,OU=Productive,DC=Domain,DC=at)(OU=Abteilungsleiter,OU=User,OU=Productive,DC=Domai n,DC=at))"
...nur läuft das eben nicht
hat jemand hier ne Idee, wie ich mehrere OUs in ein Outputfile bringe, oder ich die Ausgabe in eine Datei anhängen kann?
in der OU Productive gibt es mehrere Unter-OUs (User, Praktikanten, Aussenstellen, Systemuser... in der OU Aussenstellen sind auch User angelegt)
Ich benötige einen Export von allen Benutzern in den OUs User, Praktikanten und Aussenstellen, ohne Systemuser
Mit "csvde -f file -r objectCategory=person -l sn,givenName,employeeNumber,department,extensionAttribute3 -d "OU=Productive,DC=Domain,DC=at" werden die Systemuser auch gelistet.
Somit möchte ich die Auswertung auf folgende OUs beschränken:
OU=User,OU=Productive,DC=Domain,DC=at -p Onelevel
OU=Praktikanten,Productive,DC=Domain,DC=at -p Onelevel
OU=Aussenstellen,OU=Productive,DC=Domain,DC=at -p Subtree
Der Export wird für die Weiterverwendung in anderen Applikationen benötigt und wird in regelmäßigen Abständen erstellt...
Bisher ist mir nur eingefallen, bei den betroffenen Usern ein weiteres Attribut einzufügen, welches dann gefiltert werden kann - wäre halt eine zustätzliche Fehlerquelle
hört sich so an, als sei csvde nicht das richtige. Dort hast du nämlich auch den Umstand, dass du dich nicht auf die Reihenfolge der Felder verlassen kannst - für wiederholte Importvorgänge also ungeeignet; auch ein Export in Teilen per Batch wird daran scheitern, weil die Teildateien dann u.U. nicht dieselbe Feldreihenfolge haben. Allenfalls könntest du versuchen, mit Filterkriterien zu arbeiten und auf den LDAP-Pfad zu filtern, aber ich weiß nicht, ob das gelingt.
Schau dir mal adfind von Joe Richards an, vielleicht kommst du damit zu besseren Ergebnissen. Ist allerdings etwas komplex in der Syntax, nimm dir also Zeit.
danke für die Tipps... hab mich eben so auf dieses csvde vertieft, dass ich es unbedingt so auf die reihe kriegen wollte
mit adfind sollte ich weiterkommen - powershell kenntnisse? sagen wir mal so, ich kenne es wäre aber mal ein grund, mich da mal etwas zu vertiefen
@systemuser - war nur ein beispiel und irgendwie wohl ein verwirrender begriff - leider ist das betroffene AD ein ziemlicher saustall mit "usern" die eigentlich keine sind (Applikationen usw.) - aufräumen und neuorganisieren wäre angesagt - nur hab ich das mittlerweile aufgegeben
@csvde und reihenfolge - hab ich auch schon bemerkt, da die user der betroffenen OUs alle zuverlässig befüllt sind, sollte die reihenfolge zuverlässig stimmen
@csvde und reihenfolge - hab ich auch schon bemerkt, da die user der betroffenen OUs alle zuverlässig befüllt sind, sollte die reihenfolge zuverlässig stimmen
??? die Daten bei den Objekten haben mit der Ausgabereihenfolge der Felder durch csvde nichts zu tun.
Wenn man wüsste, was du mit dem Export genau vorhast, könnte man dir evtl. auch was anderes vorschlagen. Vielleicht ist ein Export-Eigenbau per ADSI/VBScript oder per PowerShell ja tatsächlich besser. Oder deine Ziel-Applikationen können direkt auf das AD zugreifen.
deshalb musst du ja nicht aufhören, die Shift-Taste zu verwenden.
Du machst den gleichen Fehler wie viele Fragesteller: Du hast dir einen Lösungsweg ausgesucht für ein Problem, das du nicht beschreibst. Nun kommst du mit deinem Weg nicht weiter und fragst nach Unterstützung. Vielleicht könnte man dir aber besser helfen, wenn man wüsste, welches Problem du denn eigentlich lösen willst - in diesem Fall: Was denn mit dem Export genau passieren soll.
wäre aber mal ein grund, mich da mal etwas zu vertiefen
