BOfH_666

Ich hab mal für Dich gesucht und etwas einigermaßen Passendes gefunden: $start = Get-Date '1.4.2001' $span = [datetime]::Now - $start $dauer = New-Object DateTime -ArgumentList $span.Ticks Write-Host "Der Mitarbeiter ist seit $($dauer.Year - 1) Jahren, $($dauer.Month - 1) Monaten und $($dauer.Day) Tagen beschäftigt" #oder "Der Mitarbeiter ist seit {0,2} Jahren, {1,2} Monaten und {2,2} Tagen beschäftigt" -f $($dauer.Year - 1), $($dauer.Month - 1), $($dauer.Day) Inspiriert hiervon: StackOverflow - Powershell - Getting a persons age. Wenn Du noch ein oder zwei if - Bedingungen drumrum baust, bekommst Du auch noch die unschönen Null-Werte weg. ... sieht ja n' bissl doof aus, wenn da steht "Der Mitarbeiter ist seit 0 Jahren, 0 Monaten und 20 Tagen beschäftigt"

.... nur der Vollstänigkeit halber ... mit dem cmdlet Set-ADUser kann man den Manager aber neben dem Distinguished Name auch als GUID (objectGUID), Security Identifier (objectSid) oder SAM account name (sAMAccountName) angeben, den Rest erledigt Powershell unter der Haube.

Vielleicht liest Du Dir nochmal die Hilfe für Set-ADUser durch ... komplett inklusive der Beispiele ... z.B. Das Beispiel #7 ... und speziell die Hilfe für den Parameter -Manager. Da steht, was der Parameter als Wert braucht/akzeptiert. Zum Testen solltest Du am besten ein Test-AD oder wenigstens Test-User benutzen ... nicht Deine Produktiv-Umgebung/User.

So lange die Daten aus der CSV-Datei korrekt sind, sollte Dein Script funktionieren. Was genau ist denn die Frage? EDIT: Im Screenshot sehe ich keine Spalte für "sAMAccountName" ... kommt die noch weiter hinten?

Hmmm ... wenn das wirklich Dein kompletter Code ist, hast Du etwas Entscheidendes einfach weggelassen ... die Schleife .... Du hattest oben geschrieben "Funzt einwandfrei .." - ich gehe mal davon aus, dass Du das nur an einem User getestet hast, oder? Ich würde so anfangen: $UserList = Get-ADUser -Filter * -SearchBase $(“OU=Benutzer,OU=ABC,OU=DEF,OU=\+1,dc=aa,dc=xyz,dc=de”) -Properties DisplayName foreach ($User in $UserList) { try { Set-ADUser -Identity $User.sAMAccountName -Displayname $user.displayname.replace("(Direktion Nord)", "(Direktion 32)") -ErrorAction Stop } catch { Write-Warning "Check User: '$($User.sAMAccountName)'" } }

Zeig doch mal bitte den kompletten Code.

Nicht paranoid zu sein, heißt ja noch lange nicht, dass sie nicht hinter einem her sind ..... ... ob man in den eigenen, privaten vier Wänden sein Backup wirklich verschlüsseln muss, weiß ich nicht, Ich tue das tatsächlich nur mit der Cloud-Version meines Backups. Mein lokales Backup ist unverschlüsselt und unkomprimiert und ungezippt und so weiter. Früher habe ich rsyncbackup genutzt - heute isses Hardlinkbackup. Das hat für mich den Charm, dass ich für ein Restore keine extra Software benötige, ich - bei ausreichend Plattenplatz - quasi beliebig viele Versionen des Backups vorhalten kann und diese aber trotzdem nicht übermäßig viel Platz wegnehmen. Es wird eben nur bei geänderten Dateien eine neue Datei geschrieben - sonst wird nur ein Hardlink erzeugt, der so gut wie keinen Platz einnimmt. Warum muss es denn "genau" so eine Lösung sein? Ich könnte mir vorstellen, dass, wenn Deine Schwiegereltern nicht genau so Computer-affin sind wie Du und Deine Frau, eine etwas simpler gestrickte Lösung auch immernoch den Zweck erfüllt. Dann wird's also doch nicht "genau" so eine Lösung wie bei Dir? Oder hast Du uns jetzt den kleinen schwarzen Würfel für Deine Schwiegereltern unterschlagen? Ich denke schon. Da Windows inzwischen auch Linux und Bash kann, interessiert's ja vielleicht den ein oder anderen. Vielleicht reicht aber auch ein Github-Ghist-Link. Das bläht den Thread nicht so auf. Ich finde es grad nicht, aber ich weiß, dass es einen Backup-Server für Linux gibt, der die zu sichernden Dateien auch per SMB-Share von remote Computern einsammeln kann. Du gibst also einfach die zu sichernden Daten auf den Windows-PCs für den Backup-Account lesend frei und brauchst auf den Windows-PCs nix weiter machen. Den Rest erledigst Du von Linux aus - notfalls von einem Raspi. Sollte für Dich keine zu große Herausforderung darstellen. Wegen der Verschlüsselung der Platten vom Windows-PC aus fällt mir noch VeraCrypt ein. Ja - ist auch wieder eine extra Software, aber wenigstens OpenSource. Und noch einen Tipp zu den Laufwerksbuchstaben für USB-Plattten in Windows. Ich habe mir angewöhnt, für solche Platten, die ich für Backups oder wiederkehrende Aufgaben nutze, die ich automatisieren möchte, eben keine Laufwerksbuchstaben zu nutzen, sondern die Platten, wie unter ...x üblich in ein leeres Verzeichnis zu mounten. So vermeidet man die Frickelei mit wechselnden Laufwerksbuchstaben. Ein Script für Windows, welches das gleiche tut, was Dein Script unter Linux tut, ist mir tatsächlich nicht bekannt. Ist vielleicht einfach ein zu spezielles Thema für Windows. Falls Du etwas Derartiges selbst entwickeln magst, würden wir Dir hier natürlich trotzdem gern helfen, wenn wir können.

Ich bin doch immer so schlecht im Erklären .... PowerShell – Null comparison demystified Powershell check variable for NULL Comparing against $NULL Checking for NULL in Powershell ... und wenn Du VSCode benutzt, weist Dich der dort im Hintergrund laufende PSScriptAnalyzer auch direkt darauf hin.

Supi. Eine Kleinigkeit noch. Beim Vergleich mit $NULL sollte $NULL auf der linken Seite des Vergleichsoperators stehen. Also ... if ($null -eq (Compare-Object -ReferenceObject $SourceACL -DifferenceObject $TargetACL -Property IdentityReference, FileSystemRights))

Du enthältst uns den entscheidenden teil Deines Scriptes vor. So können wir bestenfalls raten. Was steckt denn in $mb? Poste doch mal bitte den kompletten relevanten Teil und dazu auch die komplette Fehlermeldung. Sehr häufiig enthält der Fehler schon einen Hinweis aus die Lösung.

Ich vermute, dass Du ein Ergebnis erwartest, welches so nicht existiert. Du kannst die Ausgabe von Compare-Object nicht für eine einfache if-Bedingung benutzen. Wie Du siehst, hast Du 3 mögliche verschiedene Ergebnisse. Die kannst Du nicht mit einem einfachen if abfragen. Wenn Du das -IncludeEqual weglässt und nur darauf prüfst, ob von Compare-Object überhaupt Etwas ausgegeben wird, dann kannst Du eine einfache if-Bedingung benutzen - so wie es Jan oben empfohlen hatte. Das kommt darauf an, was Du im Anschluss mit dieser Information machen möchtest. Stell Dir vor, Du hast einen Obstkorb und darin Äpfel, Birnen und Pflaumen (Mehrzahl). Und dann kommt jemand und fragt "Ist der Inhalt des Korbes gleich einer Birne?" .... Nö. Es sind einfach zu viele Ergebnisse für einen einfachen Ja-Nein-Vergleich.

OK. Tust Du mir bitte einen Gefallen und führst mal bitte den folgenden Code aus ... so wie er ist - nur mit Deinen Variablen? $SourceACL = Get-Acl $Quelle | Select-Object -ExpandProperty Access $TargetACL = Get-Acl "\\$TargetServer\$Type\$Folder" | Select-Object -ExpandProperty Access Compare-Object -ReferenceObject $SourceACL -DifferenceObject $TargetACL -Property IdentityReference, FileSystemRights -IncludeEqual Was erhältst Du als Ausgabe? ... ich gehe davon aus, dass Du ein paar Zeilen mit den Titeln IdentityReference, FileSystemRights und SideIndicator erhältst, richtig? Du hast also MEHRERE Zeilen mit dem gleichen Ergebnis. Und das versuchst Du mittels -eq '==' zu vergleichen. Das kann nicht zuverlässig funktionieren. Und wenn es doch funktioniert, kannst Du dem Ergebnis nicht vertrauen. Wenn Du das -IncludeEqual weglässt, erhältst Du nur noch die Unterschiede - was Du ja möchtest. Und wenn es keine Unterschiede gibt, wird auch keine Ausgabe erzeugt.

Hmmm ... ich glaube, dass Du das ganze ein wenig (ganz schön) komplizierter angehst als nötig. Wenn ich Dich richtig verstanden habe, willst Du Quell- und Ziel-ACL vergleichen und nur die Unterschiede sehen. Dann macht es aber keinen Sinn, die einzelnen Elemente der ACLs einzeln zu vergleichen. Lass Powershell die Arbeit machen. So etwas wie das hier sollte genügen: $SourceACL = Get-Acl $Quelle | Select-Object -ExpandProperty Access $TargetACL = Get-Acl "\\$TargetServer\$Type\$Folder" | Select-Object -ExpandProperty Access Compare-Object -ReferenceObject $SourceACL -DifferenceObject $TargetACL -Property IdentityReference, FileSystemRights Damit vergleichst Du Quell- und Ziel-ACL und gibst ausschließlich die Unterschiede aus. Wenn es keine Unterschiede gibt - gibt es auch keine Ausgabe. Zur Kontrolle kannst Du ja einfach mal ein -IncludeEqual anhängen.

Wenn icacls den Job zufriedenstellend erledigt, gibt es meiner Meinung nach keinen Grund, das zwingend auf Powershell umzustellen. Die ein oder andere Aufgabe lässt sich mit einem dedizierten Spezial-Tool besser/zuverlässiger/einfacher/effizienter lösen, als mit Powershell. Auch wenn das inzwischen als das Schweizer Taschenmesser unter den Systemtools gilt.

... häufig auch als XY-Problem bekannt ...

Was Jan meint ist, dass Dein "Exclude-Muster" vielleicht ein bissl zu allgemein gehalten ist. Du würdest also nicht nur Dateien mit dem Format "20200720-blakeks.ods" aussortieren, sondern z.B. auch "0815-blasuelz.ods". Wenn das für Dich ok ist, kannst Du Jans Einwand einfach ignorieren. Falls nicht, solltest Du eventuell ein wenig mehr Aufwand treiben, um die gewünschten Dateien korrekt zu identifizieren.

Ich habe den Eindruck, dass genau das sehr häufig das eigentliche Grundproblem darstellt. Gefühlt gelingt vielen nicht, einen Sachverhalt oder eine Aufgabe klar und eindeutig zu beschreiben. Von den vorhandenen Voraussetzungen und Abhängigkeiten ganz zu schweigen. Dann ist natürlich schwer - ich glaube auch für den Fragenden selbst - die Aufgabe wirklich zu verstehen und eine Lösungsstrategie zu entwickeln.

Cool. Danke für's Teilen.

So was ähnliches hatte ich vor 'ner Weile auch mal .... dann hat sich rausgestellt, dass der Kollege sein altes Tablet an die Tochter weitergegeben hatte, ohne seine Daten vorher zu entfernen ....

Das halte ich auch für eine sehr gute Idee ... wenn Du ein bissl Zeit hast, kannst Du es Dir ja vom Erfinder erklären lassen. Getting Started with PowerShell 3.0 ... ist ein bissl älter, aber die Grundlagen sind immernoch die gleichen.

Wie ... "passiert nichts" ... nicht mal Fehlermeldungen?

Geht es dabei um eine externe HDD? Wohin soll gesichert werden? In den "Pro-Versionen" von Windows 10 gibt es die Shadow-Copies. Die helfen schon relativ häufig weiter. Dann wäre bestimmt sowieso ein automatisch gestartetes Backup besser als ein manuell per Doppelklick gestartetes, oder? Und bei einem eventuell nötigen Restore wirst Du vermutlich auch sowieso helfen müssen, richtig? Ich nutze für meine "Privat-Patienten" gern Duplicati2 und bin bisher sehr zufrieden damit. Man kann "lokale" Backup-Ziele benutzen oder auch viele Online-Speicher (natürlich verschlüsselt).

Da kann ich Martin nur zustimmen. Solltest Du nicht zwingend Cross-Plattform-Code produzieren müssen, fang doch einfach erstmal mit der "ganz normalen Windows Powershell" an. Die ist überall eingebaut, legt Dir am Anfang die wenigsten Hürden in den Weg und Du findest im Netz auch noch deutlich mehr Hilfe. Und die Grundlagen sind zu 99% die gleichen. Wenn Du's dann mal brauchst, ist der Umstieg dann nur noch ein kleiner Schritt.

Na wenigstens versuchen sie sprachlich doch schon einen Unterschied deutlich zu machen. Wenn's um die "legacy" Powershell bis Version 5.1 geht, ist jetzt immer von "Windows Powershell" die Rede, während die neue einfach nur "Powershell" heißt.

Die Weiterentwicklung von Powershell geschieht unter der Schirmherrschaft von Microsoft als Open Source. Die aktuelle stabile Version ist die Version 7.0.2 7.0.3, die heute released wurde. Bis Powershell Version 5.1 basiert das Ganze auf dotNet für Windows. Ab Version 6 auf dotNet-Core, welches plattformübergreifend für Windows, Mac und Linux zur Verfügung steht. Die Version 6 und folgende ist keine Nachfolge-Version im klassischen Sinn, die die Vorversion ersetzt. Windows wird auf absehbare Zeit weiter mit Version 5.1 ausgeliefert und auch weiter supportet - nur eben nicht mehr weiterentwickelt. Das heißt, neue Features landen ausschließlich in Versionen 6 und höher. Wenn Du z.B. Powershell 7 nachinstallierst, hast Du 2 unterschiedliche, voneinander unabhängige Powershells auf dem Rechner.