BOfH_666

... dann bitte nochmal den Unterschied zwischen Importieren und Installieren herausarbeiten, bitte. ... gleiches Thema, wie bei dem AD-Modul - wenn Du's brauchst und wenn's korrekt installiert ist, wird es automatisch geladen .... schau Dir mal bitte die Hilfe für about_Requires an. Nö. Du erzeugst eine Variable, die aber leer ist. ... Dir fehlen die Grundlagen also doch ... Du gibst hier im Prinzip zwei Gruppen an, die erzeugt werden sollen - das Komma kennzeichnet bei Powershell Aufzählungen/Arrays/Listen. Den Pfad, den Du übergibst, zerstückelst Du mit Kommata und Anführungszeichen. Ein ganzes Stück weiter "vorn".

Hmmm .... wo fängt man da an? .... also erstmal willkommen im MCSEboard. Es scheint so, als wärst Du eher noch kein Profi mit Powershell. Ich würde empfehlen, keinen Code zu benutzen, den Du nicht verstehst. Besonders, wenn Du ihn gleich auf Deine Produktiv-Umgebung loslassen willst. Hast Du keine Test-Domäne zum Spielen? Notfalls baust Du Dir schnell eine mit VMs. Jetzt Dein Code: Deine ersten beiden Zeilen sind überflüssig. Seit Powershell Version 3.0 werden Module bei Bedarf automatisch geladen - sie müssen nur korrekt installiert sein. Und wenn ich Deine Frage richtig gelesen habe, wolltest Du ja sowieso nix mit Gruppenrichtlinien machen, oder? In der dritten Zeile erzeugst Du eine Variable, die Du aber nicht benutzt - jedenfalls nicht in dem Code-Schnipsel, den Du hier zeigst. Der Code in der vierten Zeile liefert in Zweifel gar nix, weil das cmdlet kein Attribut "DistinguishedName" ausgibt. In der fünften Zeile sind in dieser einen Zeile so viele Fehler drin, dass ich gar nicht weiß, wo ich anfangen soll. Meine Empfehlung wäre, Dir ein wenig Zeit zu nehmen, Dir wenigstens erstmal die Grundlagen von Powershell anzueignen. Dabei lernst Du auch, wie Du Dir Hilfe holen kannst und wie Du den Code debugst. Ohne die Grundlagen fällt es Dir auch schwer, die Hilfen zu verstehen, die Du in Foren wie diesem bekommst.

Hat vermutlich auch mit "Spezialisierung" zu tun. Ein guter Fleischer muss ja nicht zwingend auch ein guter Schweinezüchter sein. ... wenn einem ein leistungsfähiges, robustes, fehlertolerantes Netzwerk zu Verfügung gestellt wird, macht man sich keine Gedanken darüber, was es so leistungsfähig, robust und fehlertolerant macht.

'is vielleicht ne blöde Idee, aber die Fehlermeldung ist auf Deutsch und die von Dir benutzten "Identitätsverweise" sind English. Lass Dir doch die ausgelesene $ACL mal ausgeben. Sind da auch Englishe Namen drin oder sind die auf Deutsch? Ich bin auch schon mal über "Everyone" und "Jeder" gestolpert.

Willkommen "der Adler" oder sollte das "AD-ler" sein? Ich vermute mal, Du hast diese Frage versehentlich hier ins MCSE-Board getippt, anstatt in Google/Ecosia/DuckDuckGo/Bing oder was auch immer .... ... egal ... ich hab das mal kurz für Dich gemacht und folgenden nicht repräsentativen Link gefunden https://de.statista.com/statistik/daten/studie/157902/umfrage/marktanteil-der-genutzten-betriebssysteme-weltweit-seit-2009/. Ich bin sicher, wenn Du selbst noch ein bissl weitersuchst, findest Du zahlreiche andere Quellen, die alle etwas anderes aussagen werden. Ich glaube, es dürfte sehr schwer werden, verlässliche und belastbare Zahlen zu finden. Wofür brauchst Du denn sowas, wenn ich fragen darf?

Nope. Klingt kompliziert. Ich arbeite eher nach dem KISS-Prinzip. Nach meiner bisherigen Erfahrung idleln Fileserver üblicherweise 99% der Zeit vor sich hin ... da vertragen sie auch mal ein bissl Systemlast - dafür sind sie schließlich gebaut.

Das Argument verstehe ich nicht. Je nach Script bedeutet eine Änderung am zu überwachenden Ordner eine Änderung der Kommandozeile oder eine Änderung einer Steuerdatei. Das könnte ein Manager, wenn man es ihm erklärt. Das könnte man sogar über einen grafischen Dialog erledigen.

Wenn eine gewisse Affinität zu Scripting besteht .... könnte man mit Powershell und FileSystemWatcher selber stricken ... dann kostet's bis auf die eigene Arbeitszeit auch nix. Hier schon mal ein paar Infos, falls Interesse besteht: https://powershell.one/tricks/filesystem/filesystemwatcher

Offenbar treten ja Fehler auf ... im Code, den Du als Erstes gepostet hattest, prüft ihr ja auf $error. Was besagt denn dieser $error?

Es lohnt sich sicher, erst mal an dieser Front zu forschen ... welche Fehler erhältst Du denn?

Siehste ... hatte ich's doch falsch verstanden ... Du schriebst "FTP und Robocopy" einbauen. Ich hatte es so verstanden, dass das voneinander unabhängig ist. Du könntest WinSCP benutzen - dafür gibt es in der PowershellGallery ein Modul.

Hmmm ... ich hoffe, ich hab die Frage richtig verstanden ... Du kannst doch in Dein Script einbauen, was Du gern möchtest!? ... niemand wird Dich davon abhalten.

Geht nicht Just Enough Administration auch in diese Richtung?

Das ist im Prinzip genau "der Punkt" - es IST ein leicht zu lösendes Problem. Jeder, der Dir hier geantwortet hat, könnte die Aufgabe in weniger als 30 Min. lösen. Aber es ist wie mit dem Mann, dem man entweder einen Fisch geben kann, oder das Fischen beibringt. Doch. Und Du hast die entscheidenden Hinweise bereits bekommen. Aber ohne die Grundlagen fehlt Dir eben das Verständnis. Sorry.

Vielleicht machst Du doch erstmal noch einen kleinen Schritt zurück, nimmst Dir ein bissl Zeit und schaffst Dir die Grundlagen von Powershell drauf. Ich bin der Überzeugung, dass sich das auf jeden Fall für Dich lohnen wird. Eine einfache Möglichkeit, sich mit den Grundlagen vertraut zu machen ist der Video-Kurs von und mit dem Erfinder Jeffrey Snover: Getting Started with PowerShell 3.0 . Oder, wenn Du lieber was zum nachlesen haben möchtest: Windows PowerShell™ 4: TFM

Also, um ehrlich zu sein: Nein. Eigentlich hatte ich darum gebeten, Deine Original-Frage zu bearbeiten und den Code dort zu korrigieren.

Tust Du uns bitte den Gefallen und bearbeitest Deine Frage nochmal? Den Code fügst Du bitte ohne die ">>" am Anfang ein und dann formatierst Du ihn mittels des Buttons </> über die Bearbeitungsleiste als Code. So können wir uns den Code kopieren, ohne ihn aufwändig bearbeiten zu müssen. Danke schon mal. Und noch ne kleine Sache: Wenn Du die gleiche Frage zur gleichen Zeit in mehreren unterschiedlichen Foren postest, sei doch bitte so fair und füge wenigstens Links zu den jeweils anderen Foren zu Deiner Frage. Damit sich die Leute, die bereit sind, Dir zu helfen, im Zweifel nicht mehrfach oder umsonst die Mühe machen müssen. Danke schon mal im Voraus. https://social.technet.microsoft.com/Forums/de-DE/ee06a217-d6b2-4f3d-b01e-6ddd33cf21ba/problem-mit-skript-beim-zusammenfgen-von-ts-dateien?forum=powershell_de

... mal versucht den Grafikkarten-Treiber zu aktualisieren/wechseln? Schließlich ist es ein Display-Port.

Du machst es Dir gern schwerer als nötig, oder? Ich weiß ja nicht, mit wievielen USB-Sticks Du da hantieren willst und wie stark sich die in der PNPDeviceID unterscheiden - besonders, wenn es USB-Sticks der gleichen Marke sind - aber ich könnte mir vorstellen, dass ein Teil der PNPDeviceID auch genügt, um einen bestimmten Stick eindeutig zu identifizieren. Ich hier im folgenden Schnipsel habe ich einfach mal nur den letzten Teil Deiner PNPDeviceID benutzt. $USBStorageDeviceList = Get-CimInstance -ClassName Win32_DiskDrive -Filter 'InterfaceType = "USB"' | ForEach-Object { $RAW = $_ Get-CimAssociatedInstance -ResultClassName Win32_DiskPartition -InputObject $_ | Get-CimAssociatedInstance -ResultClassName Win32_LogicalDisk | Select-Object -Property DeviceID, Description, VolumeName, @{Name = 'PNPDeviceID'; Expression = { $RAW.PNPDeviceID } } } $matchPattern = [REGEX]::Escape('0700039A2B79DE49&0') $DesiredDevice = $USBStorageDeviceList | Where-Object -Property PNPDeviceID -Match -Value $matchPattern $DesiredDevice.DeviceID Vielleicht machst Du doch nochmal einen kleinen Schritt zurück und schaffst Dir wenigstens die essenziellsten Grundlagen von Powershell drauf. Ich empfehle dafür immer noch gern den Video-Kurs vom Erfinder: Getting Started with PowerShell 3.0 ... oder wenn Du lieber was zum Nachschlage möchtest: Windows PowerShell™ 4: TFM ... und wenn dann noch zeit ist: The Unofficial PowerShell Best Practices and Style Guide

Ich dachte MSI wäre genau das ... ... dabei fehlte nach meiner Meinung nur ein etwas niederschwelligerer (gibt's das Wort eigentlich?) Zugang. Ein MSI (ohne Visual Studio mit eigenem Code) zu bauen, empfand ich immer als "Pain In The Ass".

Hmmm .... ich trau mich kaum zu fragen ... wie meinst Du denn das? Eine einfache und professionelle Lösung, solche Herausforderungen zu umgehen, ist, Konfig-Dateien zu benutzen, aus denen die Scripte ihre Einstellungen auslesen. Ich benutze dafür gern Powershell Data Files. Die lassen sich notfalls mit dem Windows Notepad selbst von weniger Scripting-affinen Menschen editieren und man braucht weder das Script, noch die geplante Aufgabe zu ändern. Das ist besonders hilfreich, wenn man seine Scripte signiert hat.

Dafür wird es bestimmt bald ein Powershell-Modul geben. Wenn nicht direkt von MS, dann eben in PS-Gallery. Bisher lohnt das ja vielleicht auch noch gar nicht.

Das fallen mir Sachen ein, die deutlich dringender weg müssen .... dagegen ist die Registry ein Meisterstück.

... es geht heute anscheinend Schlag auf Schlag ... https://devblogs.microsoft.com/commandline/windows-terminal-1-0/