mab123 10 Geschrieben 27. November 2012 Melden Teilen Geschrieben 27. November 2012 Hallo zusammen, ich bin gerade dabei ein System aufzubauen, welches per VBS User im AD anlegt. Dabei werden Infos wie Telefon, Abteilung, Standortinfos etc. aus einem bestehenden System verwendet, zusammengesammelt und dann per VB Script der User angelegt. Kann dabei etwas schief gehen außer, dass es zu Script-Fehlern kommt? Danke und Gruß Maik Zitieren Link zu diesem Kommentar
samsam 14 Geschrieben 27. November 2012 Melden Teilen Geschrieben 27. November 2012 Moin, bitte lies diese link: Excel: Admins unbekannter Liebling - Nils Kaczenski MVP MFG Zitieren Link zu diesem Kommentar
blub 115 Geschrieben 27. November 2012 Melden Teilen Geschrieben 27. November 2012 Kann dabei etwas schief gehen außer, dass es zu Script-Fehlern kommt? Außer dass das Skript alle vorhandenen Userkonten löscht oder sonstwie unbrauchbar macht, eigentlich nichts :D Ernsthaft: Sowas habe ich schon erlebt. Tipps: - Teste und prüfe ausgiebigst deine Skripte in einer Testumgebung und entwickle keinesfalls in der Produktivumgebung - Protokolliere jede Veränderung im AD in einer Logdatei mit - Changeprozesse zu befolgen und AD-Backup/ Restoreprozesse zu kennen ist nie verkehrt - Entwickle nicht mit einer Steinzeittechnologie wie VBS, sondern nimm Powershell. blub Zitieren Link zu diesem Kommentar
NilsK 2.921 Geschrieben 27. November 2012 Melden Teilen Geschrieben 27. November 2012 Moin, auch schon gesehen: Ein Skript legt die User nicht nur ohne Kennwort an, sonden setzt gleich noch die Option "password not required" ... Und auch schon gesehen: Ein Skript legt nicht die gewünschten zehn User an, sondern mehrere hunderttausend ... Und auch schon gesehen ... aber vielleicht ist die Message schon rübergekommen. Gruß, Nils PowerShell hat allerdings hier keine grundsätzlichen Vorteile gegenüber VBS/ADSI - man nehme das, das für die konkrete Aufgabe am besten passt und das man (wichtig!) am besten beherrscht. Das könnte auch Batch-Scripting sein ... Zitieren Link zu diesem Kommentar
blub 115 Geschrieben 27. November 2012 Melden Teilen Geschrieben 27. November 2012 naja in PS löse ich Aufgaben in 5 übersichtlichen CodeZeilen, wofür ich in VBS nicht unter 25 mehr oder weniger kryptischen Zeilen auskomme. Sofern hat PS schon deutliche Vorteile bei der Fehlervermeidung. Batch: Für den, der auf Masochismus steht, isses sicher das Höchste :D,... Zitieren Link zu diesem Kommentar
mab123 10 Geschrieben 28. November 2012 Autor Melden Teilen Geschrieben 28. November 2012 Hallo zusammen, danke für die Antworten. Wenn ich das Script nach bestem Wissen und Gewissen getestet habe und alles sauber funktioniert, wie kritisch seht ihr es dann an produktiv zu setzen? Im Prinzip ist das Script denke ich überschaubar - es legt den User an und füllt den User mit weiteren Infos wie Standortdaten etc. Danke und Gruß Zitieren Link zu diesem Kommentar
NilsK 2.921 Geschrieben 28. November 2012 Melden Teilen Geschrieben 28. November 2012 Moin, Wenn ich das Script nach bestem Wissen und Gewissen getestet habe und alles sauber funktioniert, wie kritisch seht ihr es dann an produktiv zu setzen? was genau sollen wir denn darauf antworten? Gruß, Nils Zitieren Link zu diesem Kommentar
lefg 276 Geschrieben 28. November 2012 Melden Teilen Geschrieben 28. November 2012 (bearbeitet) Falls man sich unsichicher fühlt, Angst hat, dann sollte man es in einer Testumgebuung prüfgen, einer VM z.B. Ich gestehe, als ich vor Äonen meine Batch baute zum Anlegen von Benutzern und für den ganzen Kram, da kam ich nicht auf die Idee, dass etwas gravierendes passieren könnte, ich kannte keine Angst. Ich habe heute an der Batch einige Änderungen vorgenommen, im Produktivsystem, gleich damit gearbeitet. Ich weis natürlich, was ich da gemacht, sonst müsste ich die Finger davon lassen. Habt keine Angst! Das hat Karol Wojtyła den Streikenden auf der Werft zukommen lassen. bearbeitet 28. November 2012 von lefg Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.