Zitat von thumb
zu 1. Um VB-Scripte ohne CallScript aufzurufen, verwende einfach EXECUTE und starte WSCRIPT.EXE...
|
Danke für den Tip, aber genau das bin ich gerade dabei abzuschaffen! CallScript bietet meiner Meinung nach erhebliche Vorteile, insbesondere was Schnittstellen und Laufzeitkontrolle angeht...
Zitat von thumb
zu3. Wenn Du NetInstall verwendest und ein VBS-Script im administrativen Kontext starten willst, führe die entsprechende Zeil im NI-Script im Kontext des NI-Services aus.
|
Danke auch für diesen Tip.
Aber glaubst du nicht, daß wenn ich in einer o.g. Umgebung seit >1Jahr tagtäglich arbeite, daß ich das dann nicht da tun würde, wo es sein muß? Wir haben hier und da allerdings ein paar Spezial-Features am Laufen bzw. noch nicht umgesetzte und anspruchsvolle Anforderungen, die es kompromisslos umzusetzen gilt.
Und das geht alles so nicht...ich sag nur Userprofile-Issues...naja, und noch EINIGES anderes...
Zitat von thumb
PS: Ob man nun 1000 oder 10000 Clients mit NI verwaltet ist meiner Meinung nach Einerlei. Wenn Du mit schlechten Scripten die Plattformen versaust und der Kunde deshalb nicht mehr zu arbeiten vermag, gibt es schon bei 100 Maschinen Ärger!
|
Sorry, ohne hier jemandem zu Nahe treten zu wollen, aber aus meiner Sicht liegst du hier etwas daneben.
Bei uns arbeiten an der gesamten Infrastruktur 3-4 Firmen mit einigen Abteilungen und Gruppen, sowie auch externe Firmen. Das alles ist schon wirklich komplex und nicht ohne. Da kann man nicht einfach so mal irgendwas machen wie im Sandkasten mit Schippchen und Formchen. Jede noch so kleine Änderung verursacht aufwändige CR-Prozesse...
Wenn ich nur ein einziges Byte in einem Script/Projekt ändern wil, dann muß auch dafür ein CR her (Change-Request)
Auch da arbeiten wieder mehrere Stellen unterschiedlicher Firmen dran, da müssen Dokus erstellt oder angepasst, Integrationstests gefahren werden, ganze MAN-Segmente "mal eben erzeugt"...das auch in verschiedenen Umgebungen, egal, ob IP-, AD-, Home-Lw.- oder Mail-Account-mässig, oder, oder...
Insgesamt für alle Beteiligten sind das >3PT/CR! Und das wie gesagt für JEDES Fitzelchen...da muß man schon gut überlegen, BEVOR man etwas tut.
Man kann auch nicht mal eben irgendeine Software verteilen oder so, wenn irgendwelche Dateien nicht vorher zentral registriert wurden, dann wird das geblockt und fertig. Da fragt keiner nach Prioritäten und macht vielleicht ne Ausnahme
Wenn ich daran zurückdenke, wie ich in der Firma vor >2Jahren andere Kunden betreuen "durfte", wo es um weitaus weniger Clients ging, die auch noch grösstenteils im LAN hingen, dann ist das im direkten Vergleich schon ein ganz gewaltiger Unterschied...(aber so wie jetzt gefält's mir besser)
Ich bin jedenfalls ständig dabei, die Plattform eher zu verbessern, mittlerweile krieg ich das auch geschickter hin, als meine Vorgänger, irgendwelche externen "Enterpride"-Spezialisten... für die PAP, strukturierte Programmierung und Dokumentation z.B. Fremdworte sind...
Ganz ehrlich, wenn ich die o.g. Fragen nicht ernst meinen würde, dann würd ich sie nicht stellen. Also daher wär ich euch echt superdankbar, wenn ihr ein bissel mehr über Lösungs- als Workaround-orientierte Antworten nachdenkt. Tu ich ja auch...aber irgendwo hat jeder seine Grenzen, hoffentlich in den o.g. nicht jeder von uns!
Mittlerweile ist es wirklich so, Masse an NI-Bugs k*t*t mich mittlerweile dermassen was von an...und ich krieg sie zu spüren...oft genug. Genauso wie die absolut ver******* unbrauchbaren Antworten des Hersteller-Supports
Ich hab's wirklich satt, mit Workarounds zu arbeiten. Und Provisorien halten ja leider immer am längsten. Das ist die Krux...hoffe der Frust kommt nicht allzu durch, wenn doch, sorry (grad heut wieder 3Std. Arbeit wg. NI-Bug am Ar**h, aber was willst machen...), nicht persönlich nehmen.
Automation mit NetInstall?
Hätte da demnächst vielleicht die ein oder andere Frage...könnte aber sicher auch die ein oder andere beantworten. 
